技能介绍

它解决什么问题

拿到一份需求文档或会议纪要后，真正花时间的不是"写下待办"，而是把模糊目标变成一组可分派、可验收的任务：谁负责、先做哪个、依赖什么、什么时候算完成。人工拆解的问题在于，信息散落在长文档里，阶段常被写成"准备、执行、收尾"这类没有交付物的名称，任务粒度要么过大无法估算、要么过碎增加维护成本，排期容易忽略依赖与产能约束，最终表格里全是 P0、全是"下周完成"。

工作机制

这个技能按 10 步流程把输入材料转化为可评审的计划：

读取材料：从任务说明、需求文档、会议纪要、邮件中提取目标、交付物、范围、期限、成员、资源与限制。
信息分层：所有信息标为 [事实]、[推断]、[未知]，关键未知项先提问，缺口合并成一轮不超过五个重点问题。
重述目标：一句话说明目标、完成标准、范围边界和计划假设，供用户快速核对。
划分阶段：按可验收交付物拆成三至七个阶段，每个阶段有里程碑和退出条件，不允许只写"准备阶段"这类无成果名称。
拆子任务：每个子任务可由一名责任人独立推进，补齐交付物、预计工时和验收标准。
建立依赖：区分并行、串行、外部等待任务，检查循环依赖。
指定责任人：依据职责和产能建议单一责任人，协作人不代替责任归属；信息不足时写 待定，不编造姓名。
定优先级：按影响、时限、阻塞关系和风险标注 P0 至 P3，并单独说明 P0、P1 的理由，避免大部分任务都被标成高优先级。
生成排期：从截止日倒排或从开始日顺排，避开非工作日，为审批、返工、外部等待留缓冲；无法可靠估算时给区间或标记待确认。
校验输出：运行脚本检查任务表结构、日期、依赖和责任归属，修正重复 ID、未知依赖、依赖环、日期倒置和无人负责项。

最终输出包含目标与范围、已确认信息与假设、阶段概览、固定列的任务执行表（ID、阶段、任务、交付物、优先级、责任人、工时、日期、前置任务、验收标准）、关键路径候选、风险缓冲，以及 P0/P1 与责任人匹配的依据说明。

适用边界

这个技能只负责生成计划，不直接向 Jira、Asana、飞书、Notion 创建任务（除非环境有已授权连接器且用户确认）；不代替项目负责人向团队承诺工期，模型估算不等于成员承诺；没有成员信息时不凭空指定姓名，没有产能和依赖数据时不给虚假精确排期；对法律、医疗、安全、财务等专业任务，只拆工作流程，不替代专业判断和审批。