---
name: wt
description: 从上游文档生成 tasks.md，创建可直接执行的任务列表。
---

# Write Tasks

当用户调用 `/wt` 时，执行以下步骤：

## 1. 读取源文档

读取以下文件：

1. `doc/RequirementsDoc.md` - 必须存在
2. `doc/PRD.md` - 必须存在
3. `doc/FeatureSummary.md` - 必须存在
4. `doc/DevelopmentPlan.md` - 必须存在
5. `doc/UIDesign.md` - 必须存在

如果文件不存在，提示用户：
> 缺少上游文档，请确保所有上游文档存在。

如果已存在 `doc/tasks.md`，同时读取作为参考（保持风格一致）。

## 2. 分析任务需求

从上游文档中提取以下信息：

### 2.1 开发任务

- 从 DevelopmentPlan 获取开发阶段和任务
- 从 UIDesign 获取页面实现任务

### 2.2 任务依赖

- 分析任务间的依赖关系
- 确定任务执行顺序

### 2.3 验收标准

- 从 PRD 获取功能验收标准
- 转化为任务级别的完成标准

## 3. 生成 Tasks

按以下结构生成文档：

```markdown
# {产品名称} - 任务列表

## 文档信息

| 项目 | 内容 |
|------|------|
| 版本 | v1.0 |
| 创建日期 | {YYYY-MM-DD} |
| 来源文档 | UIDesign.md, DevelopmentPlan.md |

## 1. 任务总览

| 统计项 | 数量 |
|--------|------|
| 总任务数 | X |
| P0 任务 | X |
| P1 任务 | X |
| P2 任务 | X |

## 2. Phase 1 任务

### 2.1 {模块/功能名}

| ID | 任务 | 描述 | 优先级 | 依赖 | 验收标准 |
|----|------|------|--------|------|----------|
| T-001 | {任务名} | {描述} | P0 | - | {标准} |
| T-002 | {任务名} | {描述} | P0 | T-001 | {标准} |

{重复以上结构覆盖所有模块}

## 3. Phase 2 任务

{同上结构}

## 4. Phase N 任务

{同上结构}

## 5. 任务依赖图

```
T-001 (基础设施)
  ├── T-002 (功能A)
  │     └── T-005 (功能A优化)
  └── T-003 (功能B)
        └── T-004 (功能B扩展)
```

## 6. 执行检查清单

- [ ] T-001: {任务名}
- [ ] T-002: {任务名}
{所有任务的检查清单}
```

## 4. 保存文档

将生成的 tasks 保存到 `doc/tasks.md`。

如果文件已存在，覆盖原文件（历史版本通过 git 追溯）。

## 5. 输出摘要

向用户展示生成摘要：

- tasks 文件路径
- 任务总数
- 各阶段任务分布
- 建议的下一步操作（运行 `/rt` 评审）

---

## 注意事项

- 任务必须覆盖 DevelopmentPlan 和 UIDesign 所有内容
- 任务 ID 必须唯一（T-001, T-002...）
- 每个任务必须有明确的验收标准
- 任务粒度要适中，可在合理时间内完成
- 依赖关系要明确，避免循环依赖
- 任务应可直接执行，无歧义