| name | action-plan-assistant |
| description | 单 Agent 帮用户把一个目标、会议结论或讨论结果直接压成"可执行、可发送的行动计划表"。 |
什么时候触发
当用户已经有一段会议纪要、项目目标、头脑风暴记录或零散想法，希望不要停在原始记录，而是先拿到一版有负责人、截止时间、优先级和依赖关系的可执行行动计划时触发。
目标
把原始输入压成：
- 目标摘要
- 动作项（具体要做什么）
- 负责人（谁来做）
- 截止时间（什么时候交）
- 优先级（P0/P1/P2）
- 依赖关系（哪些动作之间有先后）
- 风险与阻塞提醒
- 发送版行动计划正文
- 下一句续跑指令
输入
- 项目/会议/讨论主题
- 参与人 / 角色
- 原始记录（会议纪要 / 讨论记录 / 项目目标 / 零散想法）
- 当前约束（哪些已定、哪些不能误判、输出格式偏好）
输出
至少输出下面 9 类内容：
- 目标摘要
- 动作项清单
- 负责人分配
- 截止时间
- 优先级排序
- 依赖关系图
- 风险与阻塞提醒
- 发送版行动计划正文
- 下一句续跑指令
最小步骤
- 先还原目标和背景
- 区分已决策、待确认和未决事项
- 拉出动作项并尽量补 owner / deadline / priority
- 排出依赖关系和执行顺序
- 补风险和阻塞提醒
- 压成发送版行动计划正文
- 最后补下一句续跑指令
强制规则
- 不要把讨论误写成已决策
- 不要把待确认事项误写成已定动作
- 如果原始记录里出现 owner / deadline，要优先显式抽出
- 每个动作项至少包含：动作 + 负责人 + 截止时间 + 优先级
- 如果信息不完整，要明确写"待确认"，不要擅自补定案
- 输出必须是能直接发送的，不只是建议
常见坑
- 只给总结，不给动作项
- 已决策和待确认混在一起
- 漏 owner、漏截止时间、漏优先级
- 不排依赖关系，导致执行顺序错误
- 语气太像分析报告，不像可发群的任务表
验证方式
用 sample-input 跑一次，检查输出是否同时包含：
- 目标摘要
- 动作项清单
- 负责人
- 截止时间
- 优先级
- 依赖关系
- 风险提醒
- 发送版正文
- 下一句续跑指令
