zfc d372fd82f9 feat: Add 19 Claude Code skills for document workflow

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>

2026-01-23 11:27:09 +08:00

2.6 KiB

Raw Blame History

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

Write Tasks

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

1. 读取源文档

读取以下文件：

doc/RequirementsDoc.md - 必须存在
doc/PRD.md - 必须存在
doc/FeatureSummary.md - 必须存在
doc/DevelopmentPlan.md - 必须存在
doc/UIDesign.md - 必须存在

如果文件不存在，提示用户：

缺少上游文档，请确保所有上游文档存在。

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

2. 分析任务需求

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

2.1 开发任务

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

2.2 任务依赖

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

2.3 验收标准

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

3. 生成 Tasks

按以下结构生成文档：

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

## 文档信息

| 项目 | 内容 |
|------|------|
| 版本 | 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...）
每个任务必须有明确的验收标准
任务粒度要适中，可在合理时间内完成
依赖关系要明确，避免循环依赖
任务应可直接执行，无歧义

2.6 KiB Raw Blame History Unescape Escape