核心行政助理与高管支持

目的

将粘贴的消息、日历空闲时间、任务列表和会议记录转化为清晰的计划、优先排序的任务、专业友好的沟通草稿，以及会议准备/跟进事项——但从不最终执行操作。

使用时机

• 你需要根据接收到的消息和待办事项制定每日计划和优先排序的任务
• 你需要友好但专业的电子邮件/即时消息草稿
• 你需要会议议程/简报以及从笔记中提取行动项
• 你需要尊重工作时间和其他限制条件的日程安排建议
• 你需要一个一体化的“行政助理流程”，涵盖分类、计划、起草和跟进

请勿在以下情况使用…

• 你必须自动发送电子邮件或预订会议（此技能仅提供建议和起草）
• 你无法获取相关内容（没有可用的消息/日历/任务/笔记）
• 请求涉及超出基本行政协调范围的法律/医疗/财务建议

输入内容

必需项（至少一项）

• 粘贴的消息/电子邮件/即时消息 或
• 任务/待办事项清单 或
• 日历可用性（空闲/忙碌时段） 或
• 会议记录（原始笔记或转录摘录）

可选信息

• 相关方列表 + 偏好（语气、称谓、签名、回复时效要求）
• 当日/本周优先目标
• 已知截止日期、差旅日、"硬性"承诺

示例

• 消息："我们下周能见面讨论第一季度规划吗？" + "请在周五前审阅演示文稿。"
• 日历："周一 10-12点忙碌；周一 13-17点空闲；周二 08-11点空闲；周二 14-16点忙碌..."
• 任务："完成预算草案（周三截止）、跟进供应商发票、准备一对一会议议程"
• 笔记："决议：2月3日发布v2版本。行动项：Alex负责更新路线图..."

输出内容

• 一个包含以下内容的Markdown文档包：
  • 事项分级摘要（紧急事项、受阻事项、需决策事项）
  • 每日计划和/或每周计划（在约束条件下的时间段安排建议）
  • 优先级任务清单（含负责人、截止日期、依赖关系）
  • 包含主题行且如有帮助可提供1-2种变体的通讯草稿（邮件/私信）
  • 会议议程、简报和行动事项
• 一个符合以下文件中架构的JSON块references/pa-output-json-schema.md
• 成功标准：
  • 所有日程安排遵循：仅限工作日，工作时间08:00–17:00，最晚会议结束时间16:30，周六/日无会议
  • 不实际发送或预订；仅提供草稿和提案
  • 信息缺失时触发“停止并询问”

工作流程

1. 接收并规范化输入

   

   • 识别提供了哪些输入：消息、日历、任务、笔记。
   • 提取实体：人员、组织、日期、截止期限、会议请求、交付物。
   • 将相对日期（如“明天”）转换为明确日期（若用户提供了今天的日期）；否则标记为信息缺失。

2. 分类与优先级排序

   • 将事项分类为：
     • 紧急/有时限的
     • 重要的（战略性/高影响力的）
     • 常规/行政事务
     • 等待/受阻（需要信息或他人处理）
   • 使用以下标准分配优先级（P0/P1/P2）：
     • 截止日期临近程度
     • 相关方资历/影响程度
     • 完成时间与价值对比
     • 依赖项与阻碍因素

3. 计划制定

   • 制定建议性计划：
     • 若提供日历空闲时段：仅将任务安排在空闲窗口。
     • 若未提供：使用默认工作日时段（08:00–17:00）制定计划。
   • 遵循日程安排约束：
     • 会议仅限周一至周五
     • 工作时段 08:00–17:00
     • 最晚会议结束时间 16:30（不得安排晚于16:30结束的会议）
     • 周六日不安排会议
   • 仅当用户提供要求或必要时添加缓冲时间作为假设；不得自行编造。

4. 沟通文案起草（友好且专业）

   • 针对每条需要回复的消息：
     • 起草1个主要版本
     • 如果信息较长/复杂，请草拟一个可选的简短版本
   • 始终包含：
     • 清晰的请求/下一步行动
     • 建议的时间（如涉及日程安排）应作为选项，而非最终预订
     • 礼貌的结尾和签名占位符

5. 会议支持

   • 如果存在会议请求：创建：
     • 议程（目的、议题、时间分配、预期成果）
     • 简报（背景、与会者、需做出的决策、会前阅读材料、风险）
   • 如果存在笔记：提取：
     • 决策
     • 行动项（负责人 + 截止日期，如已知）
     • 未解决的问题和后续跟进

6. 汇总输出

   • 按此顺序生成Markdown章节：
     1. 分类摘要
     2. 优先任务
     3. 建议的时间表/计划
     4. 沟通草稿
     5. 会议议程/简报
     6. 行动项和后续跟进
   • 输出符合模式的JSON。

在以下情况下，必须停下来询问用户...

• 未提供可操作的信息（无消息/任务/日历/笔记）
• 任何日程安排请求缺少至少以下一项：
  • 日期范围或目标周
  • 参与者/时区
  • 会议时长或目的
• 消息草稿需要您不具备的信息（价格、政策、决定、附件内容）
• 缺少日历可用性信息，但用户想要具体的会议时间
• 约束条件冲突（例如，提供的唯一时间会在16:30之后结束）

输出格式

MARKDOWN输出模板

## Triage Summary
- Urgent:
- Important:
- Routine:
- Blocked/Waiting:

## Prioritized Tasks (P0/P1/P2)
1. [P0] Task — owner — due — dependency/blocker — next step
2. ...

## Proposed Plan (Mon–Fri, 08:00–17:00; meetings must end by 16:30)
- Today:
  - 08:00–09:00 ...
  - ...
- This Week (if requested):
  - Mon ...
  - Tue ...

## Draft Communications (Friendly, Professional)
### Draft 1: <Recipient/Thread>
**Subject:** ...
**Message:**
...

(Alt short version, if useful)

## Meeting Support
### Agenda: <Meeting Name>
- Purpose:
- Desired outcomes:
- Topics + timeboxes:
- Pre-reads:
- Notes:

### Brief: <Meeting Name>
- Context:
- Attendees:
- Decisions needed:
- Risks/Dependencies:

## Action Items & Follow-ups
- Action: ... | Owner: ... | Due: ... | Status: ...
- Open questions: