zfc d372fd82f9 feat: Add 19 Claude Code skills for document workflow
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>
2026-01-23 11:27:09 +08:00

2.9 KiB
Raw Blame History

name description
md 增量修改 DevelopmentPlan.md根据用户指令在现有内容基础上更新开发计划。

Modify DevelopmentPlan

当用户调用 /md 时,执行以下步骤:

1. 读取目标文档

读取以下文件:

  1. doc/DevelopmentPlan.md - 目标文档(必须存在)
  2. doc/FeatureSummary.md - 上游参考文档
  3. doc/review-DevelopmentPlan-claude.md - 评审报告(如果存在,自动作为修改依据)

如果 DevelopmentPlan.md 不存在,提示用户:

DevelopmentPlan.md 不存在,请先使用 /wd 生成开发计划。

2. 确定修改来源

按以下优先级确定修改内容:

2.1 用户提供了修改指令

如果用户在调用 /md 时附带了参数或说明,直接使用该指令。

2.2 自动检测评审报告

如果用户未提供修改指令,自动检测 doc/review-DevelopmentPlan-claude.md 是否存在:

  • 存在:读取评审报告,提取其中的问题清单,作为本次修改的依据。向用户确认:

    检测到评审报告,包含 X 个问题。是否根据评审报告进行修改?

  • 不存在:询问用户:

    请说明需要修改的内容,或先运行 /rd 生成评审报告。

3. 修改原则

3.1 增量修改

  • 保留原有内容结构和格式
  • 仅修改/新增指定部分
  • 不删除未明确要求删除的内容

3.2 新增内容标记

对于新增的段落或章节:

<!-- NEW START -->
新增内容...
<!-- NEW END -->

对于行内新增:

原有内容 <!-- NEW --> 新增内容

3.3 修改内容标记

<!-- MODIFIED: 原内容为 "xxx" -->
修改后的内容

3.4 与 FeatureSummary 一致性

  • 开发任务必须覆盖所有功能
  • 技术方案必须支撑功能需求
  • 阶段划分必须合理

4. 执行修改

修改类型 处理方式
新增开发任务 在对应阶段表格中添加行
修改技术方案 更新技术方案章节,添加 MODIFIED 标记
调整阶段划分 移动任务到新阶段,标记变更
新增风险项 在风险管理表格中添加行
修改里程碑 更新里程碑表格

5. 保存并验证

  1. 保存修改后的文档到 doc/DevelopmentPlan.md
  2. 使用 git diff 展示变更内容
  3. 向用户确认修改是否符合预期

6. 输出摘要

向用户展示修改摘要:

  • 修改位置(章节/行号)
  • 修改类型(新增/修改/删除)
  • 修改内容概要
  • 与 FeatureSummary 的一致性确认

注意事项

  • DevelopmentPlan 依赖于 FeatureSummary修改时需确保与上游一致
  • 修改后下游文档UIDesign、tasks可能需要同步更新
  • 技术方案修改需谨慎评估影响范围
  • 建议修改完成后运行 /ru 检查下游一致性

标记清理

用户确认修改无误后,可手动删除标记或保留作为变更历史参考。