Skills included: - Review (6): rr, rp, rf, rd, ru, rt - Write (5): wp, wf, wd, wu, wt - Modify (6): mr, mp, mf, md, mu, mt - Utils (2): iter, up Supports complete document lifecycle: RequirementsDoc → PRD → FeatureSummary → DevelopmentPlan → UIDesign → tasks Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
3.3 KiB
3.3 KiB
| name | description |
|---|---|
| mt | 增量修改 tasks.md,根据用户指令在现有内容基础上更新任务列表。 |
Modify Tasks
当用户调用 /mt 时,执行以下步骤:
1. 读取目标文档
读取以下文件:
doc/tasks.md- 目标文档(必须存在)doc/UIDesign.md- 上游参考文档doc/DevelopmentPlan.md- 上游参考文档doc/review-tasks-claude.md- 评审报告(如果存在,自动作为修改依据)
如果 tasks.md 不存在,提示用户:
tasks.md 不存在,请先使用
/wt生成任务列表。
2. 确定修改来源
按以下优先级确定修改内容:
2.1 用户提供了修改指令
如果用户在调用 /mt 时附带了参数或说明,直接使用该指令。
2.2 自动检测评审报告
如果用户未提供修改指令,自动检测 doc/review-tasks-claude.md 是否存在:
-
存在:读取评审报告,提取其中的问题清单,作为本次修改的依据。向用户确认:
检测到评审报告,包含 X 个问题。是否根据评审报告进行修改?
-
不存在:询问用户:
请说明需要修改的内容,或先运行
/rt生成评审报告。
3. 修改原则
3.1 增量修改
- 保留原有内容结构和格式
- 仅修改/新增指定部分
- 不删除未明确要求删除的内容
3.2 新增内容标记
对于新增的段落或章节:
<!-- NEW START -->
新增内容...
<!-- NEW END -->
对于行内新增:
原有内容 <!-- NEW --> 新增内容
3.3 修改内容标记
<!-- MODIFIED: 原内容为 "xxx" -->
修改后的内容
3.4 与上游文档一致性
- 任务必须覆盖 DevelopmentPlan 所有开发项
- 任务必须覆盖 UIDesign 所有页面实现
- 任务依赖关系必须合理
4. 执行修改
| 修改类型 | 处理方式 |
|---|---|
| 新增任务 | 在对应阶段表格中添加行,分配新 ID |
| 修改描述 | 更新任务描述,添加 MODIFIED 标记 |
| 修改优先级 | 更新优先级列 |
| 修改依赖 | 更新依赖列,检查循环依赖 |
| 修改验收标准 | 更新验收标准列 |
| 调整阶段 | 移动任务到新阶段,更新依赖图 |
4.1 任务 ID 规则
- 新增任务 ID 必须唯一
- ID 格式:T-XXX(三位数字,如 T-001)
- 在现有最大 ID 基础上递增
5. 保存并验证
- 保存修改后的文档到
doc/tasks.md - 使用 git diff 展示变更内容
- 向用户确认修改是否符合预期
6. 输出摘要
向用户展示修改摘要:
- 修改位置(章节/行号)
- 修改类型(新增/修改/删除)
- 修改内容概要
- 新增/修改的任务 ID 列表
- 与上游文档的一致性确认
注意事项
- tasks.md 是文档链末端,修改不影响其他文档
- 任务 ID 必须唯一,不可重复使用已删除的 ID
- 修改依赖关系时需检查是否产生循环依赖
- 验收标准必须具体可测试
- 任务粒度要适中
标记清理
用户确认修改无误后,可手动删除标记或保留作为变更历史参考。
质量检查
修改 tasks 后,自查以下项目:
- 任务 ID 唯一且格式正确
- 无循环依赖
- 验收标准明确
- 覆盖所有上游功能
- 标记格式正确