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.5 KiB
2.5 KiB
| name | description |
|---|---|
| rt | 评审 tasks.md,检查任务完整性和与上游文档一致性,输出结构化评审报告。 |
Review Tasks
当用户调用 /rt 时,执行以下步骤:
1. 读取文档
读取以下文件:
doc/tasks.md- 目标文档(必须存在)doc/UIDesign.md- 上游参照文档doc/DevelopmentPlan.md- 上游参照文档
如果 tasks.md 不存在,提示用户:
tasks.md 不存在,请先使用
/wt生成任务列表。
2. 评审维度
2.1 与上游文档一致性检查
- 任务是否覆盖 DevelopmentPlan 所有开发项
- 任务是否覆盖 UIDesign 所有页面实现
- 任务优先级是否与功能优先级匹配
2.2 任务完整性检查
- 每个任务是否有明确的描述
- 任务粒度是否合适(不过大也不过小)
- 任务依赖关系是否明确
- 验收标准是否清晰
2.3 可执行性检查
- 任务是否可直接开始执行
- 是否有阻塞项未说明
- 估时是否合理(如有)
3. 生成评审报告
输出到 doc/review-tasks-claude.md,结构如下:
# Tasks 评审报告
## 概要
| 项目 | 内容 |
|------|------|
| 评审时间 | {YYYY-MM-DD HH:MM} |
| 目标文档 | doc/tasks.md |
| 参照文档 | doc/UIDesign.md, doc/DevelopmentPlan.md |
| 问题统计 | X 个严重 / Y 个一般 / Z 个建议 |
## 覆盖度分析
### DevelopmentPlan 覆盖
| 开发项 | 对应任务 | 状态 |
|--------|----------|------|
| {开发项} | {任务ID/名称} | ✅/⚠️/❌ |
### UIDesign 覆盖
| UI 页面 | 对应任务 | 状态 |
|---------|----------|------|
| {页面名} | {任务ID/名称} | ✅/⚠️/❌ |
**总覆盖率**: X/Y
## 任务质量分析
| 检查项 | 通过数 | 总数 |
|--------|--------|------|
| 有明确描述 | X | Y |
| 有验收标准 | X | Y |
| 粒度合适 | X | Y |
## 问题清单
### 严重问题 (Critical)
{问题列表,含位置引用}
### 一般问题 (Major)
{问题列表,含位置引用}
### 改进建议 (Minor)
{建议列表}
## 评审结论
{通过 / 需修改后通过 / 不通过}
### 下一步行动
- [ ] {待办事项}
4. 输出规范
- 输出语言:中文
- 问题分级:Critical / Major / Minor
- 包含文件引用(如
doc/tasks.md:12) - 任务问题需说明对开发执行的影响
注意事项
- 只做评审,不修改原文档
- 重点检查任务覆盖度和可执行性
- tasks.md 是文档链末端,必须覆盖所有上游功能
- 评审报告保存后,建议用户根据问题运行
/mt修改