6cc703ada2
项目从单体结构重构为 pnpm monorepo (shared/backend/frontend)， 新增 YouTube、Instagram、Twitter/X、哔哩哔哩、微博 5 个平台适配器， 包含完整的单元测试和 E2E 测试覆盖。 - 完成 T-031~T-044: 5 个适配器实现、注册、配置和测试 - 重构前后端分离: Hono 后端 + Next.js 前端 - 151 个单元测试 + 21 个 Mock E2E + 25 个真实 E2E - 适配器基于真实 TikHub API 响应结构实现 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
130 lines
2.6 KiB
Markdown
130 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` - 必须存在
|
||
6. `doc/tdd.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...）
|
||
- 每个任务必须有明确的验收标准
|
||
- 任务粒度要适中，可在合理时间内完成
|
||
- 依赖关系要明确，避免循环依赖
|
||
- 任务应可直接执行，无歧义
|