- 完成 T-001A: 前端项目初始化 (Next.js 14 + TypeScript + Tailwind CSS) - 完成 T-001B: 后端项目初始化 (FastAPI + SQLAlchemy + asyncpg) - 完成 T-002: 数据库配置 (KolVideo 模型 + 索引 + 测试) - 完成 T-003: 基础 UI 框架 (Header/Footer 组件 + 品牌色系) - 完成 T-004: 环境变量配置 (前后端环境变量) Co-Authored-By: Claude <noreply@anthropic.com>
129 lines
2.6 KiB
Markdown
129 lines
2.6 KiB
Markdown
---
|
||
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...)
|
||
- 每个任务必须有明确的验收标准
|
||
- 任务粒度要适中,可在合理时间内完成
|
||
- 依赖关系要明确,避免循环依赖
|
||
- 任务应可直接执行,无歧义
|