d372fd82f9
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>
133 lines
3.3 KiB
Markdown
133 lines
3.3 KiB
Markdown
---
|
||
name: mt
|
||
description: 增量修改 tasks.md，根据用户指令在现有内容基础上更新任务列表。
|
||
---
|
||
|
||
# Modify Tasks
|
||
|
||
当用户调用 `/mt` 时，执行以下步骤：
|
||
|
||
## 1. 读取目标文档
|
||
|
||
读取以下文件：
|
||
|
||
1. `doc/tasks.md` - 目标文档（必须存在）
|
||
2. `doc/UIDesign.md` - 上游参考文档
|
||
3. `doc/DevelopmentPlan.md` - 上游参考文档
|
||
4. `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 新增内容标记
|
||
|
||
对于新增的段落或章节：
|
||
|
||
```markdown
|
||
<!-- NEW START -->
|
||
新增内容...
|
||
<!-- NEW END -->
|
||
```
|
||
|
||
对于行内新增：
|
||
|
||
```markdown
|
||
原有内容 <!-- NEW --> 新增内容
|
||
```
|
||
|
||
### 3.3 修改内容标记
|
||
|
||
```markdown
|
||
<!-- MODIFIED: 原内容为 "xxx" -->
|
||
修改后的内容
|
||
```
|
||
|
||
### 3.4 与上游文档一致性
|
||
|
||
- 任务必须覆盖 DevelopmentPlan 所有开发项
|
||
- 任务必须覆盖 UIDesign 所有页面实现
|
||
- 任务依赖关系必须合理
|
||
|
||
## 4. 执行修改
|
||
|
||
| 修改类型 | 处理方式 |
|
||
|----------|----------|
|
||
| 新增任务 | 在对应阶段表格中添加行，分配新 ID |
|
||
| 修改描述 | 更新任务描述，添加 MODIFIED 标记 |
|
||
| 修改优先级 | 更新优先级列 |
|
||
| 修改依赖 | 更新依赖列，检查循环依赖 |
|
||
| 修改验收标准 | 更新验收标准列 |
|
||
| 调整阶段 | 移动任务到新阶段，更新依赖图 |
|
||
|
||
### 4.1 任务 ID 规则
|
||
|
||
- 新增任务 ID 必须唯一
|
||
- ID 格式：T-XXX（三位数字，如 T-001）
|
||
- 在现有最大 ID 基础上递增
|
||
|
||
## 5. 保存并验证
|
||
|
||
1. 保存修改后的文档到 `doc/tasks.md`
|
||
2. 使用 git diff 展示变更内容
|
||
3. 向用户确认修改是否符合预期
|
||
|
||
## 6. 输出摘要
|
||
|
||
向用户展示修改摘要：
|
||
|
||
- 修改位置（章节/行号）
|
||
- 修改类型（新增/修改/删除）
|
||
- 修改内容概要
|
||
- 新增/修改的任务 ID 列表
|
||
- 与上游文档的一致性确认
|
||
|
||
---
|
||
|
||
## 注意事项
|
||
|
||
- tasks.md 是文档链末端，修改不影响其他文档
|
||
- 任务 ID 必须唯一，不可重复使用已删除的 ID
|
||
- 修改依赖关系时需检查是否产生循环依赖
|
||
- 验收标准必须具体可测试
|
||
- 任务粒度要适中
|
||
|
||
## 标记清理
|
||
|
||
用户确认修改无误后，可手动删除标记或保留作为变更历史参考。
|
||
|
||
## 质量检查
|
||
|
||
修改 tasks 后，自查以下项目：
|
||
|
||
- [ ] 任务 ID 唯一且格式正确
|
||
- [ ] 无循环依赖
|
||
- [ ] 验收标准明确
|
||
- [ ] 覆盖所有上游功能
|
||
- [ ] 标记格式正确
|