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>
2.3 KiB
2.3 KiB
| name | description |
|---|---|
| rd | 评审 DevelopmentPlan.md,检查技术可行性和与上游文档一致性,输出结构化评审报告。 |
Review DevelopmentPlan
当用户调用 /rd 时,执行以下步骤:
1. 读取文档
读取以下文件:
doc/DevelopmentPlan.md- 目标文档(必须存在)doc/FeatureSummary.md- 上游参照文档
如果 DevelopmentPlan.md 不存在,提示用户:
DevelopmentPlan.md 不存在,请先使用
/wd生成开发计划。
2. 评审维度
2.1 与 FeatureSummary 一致性检查
- 开发任务是否覆盖所有功能模块
- 技术方案是否支撑功能需求
- 排期是否合理
2.2 技术可行性检查
- 技术方案是否可行
- 技术栈选择是否合理
- 是否存在技术风险
- 依赖关系是否明确
2.3 完整性检查
- 是否有明确的里程碑划分
- 是否有资源分配说明
- 是否有风险应对措施
3. 生成评审报告
输出到 doc/review-DevelopmentPlan-claude.md,结构如下:
# DevelopmentPlan 评审报告
## 概要
| 项目 | 内容 |
|------|------|
| 评审时间 | {YYYY-MM-DD HH:MM} |
| 目标文档 | doc/DevelopmentPlan.md |
| 参照文档 | doc/FeatureSummary.md |
| 问题统计 | X 个严重 / Y 个一般 / Z 个建议 |
## 功能覆盖分析
| FeatureSummary 功能 | DevelopmentPlan 对应 | 状态 |
|---------------------|----------------------|------|
| {功能名} | {对应任务/模块} | ✅/⚠️/❌ |
## 技术风险分析
| 风险项 | 影响范围 | 严重程度 | 建议措施 |
|--------|----------|----------|----------|
| {风险} | {范围} | 高/中/低 | {措施} |
## 问题清单
### 严重问题 (Critical)
{问题列表,含位置引用}
### 一般问题 (Major)
{问题列表,含位置引用}
### 改进建议 (Minor)
{建议列表}
## 评审结论
{通过 / 需修改后通过 / 不通过}
### 下一步行动
- [ ] {待办事项}
4. 输出规范
- 输出语言:中文
- 问题分级:Critical / Major / Minor
- 包含文件引用(如
doc/DevelopmentPlan.md:28) - 技术风险需明确影响范围和应对建议
注意事项
- 只做评审,不修改原文档
- 重点关注技术可行性和风险
- 评审报告保存后,建议用户根据问题运行
/md修改