القائمة
使用 WBS 将系统设计文档分解为执行主清单（05A_TASKS.md）与验证计划（05B_VERIFICATION_PLAN.md），支持依赖分析、验证追溯与证据定义。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
当用户在 skills-only 环境中需要判断应该从哪个 anws 工作流开始，或需要在 forge / change / genesis / probe / blueprint / challenge / upgrade 之间路由时使用。它是 anws 工作流集合的导航入口。
纯静态「契约忠实度 / 实现侧证据」审查：对照 PRD、ADR、系统设计、05A_TASKS 与 05B_VERIFICATION_PLAN，围绕契约闭合、任务兑现、架构健康、安全边界、验证证据与回流一致性产出可追溯结论；供 /challenge（CODE/FULL）与 /forge（Step 3 §3.6 波末）共用。
当用户需求模糊、术语不清晰时使用。通过交互式追问澄清领域概念，提取实体、流程与暗物质（missing_components）。由 **`/genesis` Step 1** 在 Step 0 已确定 `TARGET_DIR = .anws/v{N}` 后调用；与 **同工作区 `/genesis`** 连用。
执行 /craft 时必读。提供 Workflow / Skill / Prompt 骨架与质量护栏。以判断准绳替代堆砌步骤。
当 `/challenge` 需要设计侧规范契约闭合证据（架构与系统设计文档三维审查）时加载；产出可锚点、按严重度分级的发现供纳入 07_CHALLENGE_REPORT，不作脱离 challenge 上下文的终局裁决。
规定面向真人的 E2E / 手动验证《测试指南》与《E2E Verification》报告骨架（PRD 可追溯、人机走查顺序、评测列仅能 PASS/PARTIAL_PASS/FAIL）；**不含实机浏览器编排**——先后顺序与回填义务由宿主 **`/forge` §3.7**（及 `/forge` 对应条文）统一写死。
| name | task-planner |
| description | 使用 WBS 将系统设计文档分解为执行主清单（05A_TASKS.md）与验证计划（05B_VERIFICATION_PLAN.md），支持依赖分析、验证追溯与证据定义。 |
你是任务拆解与验证编排技能，目标是输出两份文档：
.anws/v{N}/05A_TASKS.md（执行主清单）.anws/v{N}/05B_VERIFICATION_PLAN.md（验证计划）01_PRD.md、02_ARCHITECTURE_OVERVIEW.md03_ADR/ 与 04_SYSTEM_DESIGN/（如存在）05A05B[!IMPORTANT] 上述三项为 05B 的硬性必选章节，不可删除：
- Contract Coverage Overlay
- Testing Coverage Overlay
- Verification Traceability Matrix
- [ ] **T{System}.{Phase}.{Seq}** [REQ-XXX]: 任务标题
- **描述**: 做什么（不是怎么做）
- **输入**: 设计文档引用 + 前置任务产出（必须包含至少一个文档引用）
- **输出**: 产出的文件/组件/接口
- **契约承接**: 本任务实现或验证的公共契约；如无则写"无"
- **参考**: ADR-XXX 或 System Design 章节（如有）
- **验收标准**:
- Given [前置条件]
- When [执行动作]
- Then [预期结果]
- （仅纯技术性基础任务允许使用清晰 Done When 列表）
- **验证类型**: 单元测试 | API接口功能测试 | 集成测试 | E2E测试 | 冒烟测试 | 回归测试 | 手动验证 | 编译检查 | Lint检查
- **验证摘要**: 验证目标与边界（不展开完整用例）
- **验证引用**: `05B_VERIFICATION_PLAN.md#t-x-y-z`
- **证据产出**: `tests/...`, `reports/...`, `screenshots/...`, `logs/...`
- **估时**: Xh
- **依赖**: T{A}.{B}.{C}
- **优先级**: P0 | P1 | P2
### T{X}.{Y}.{Z}
- 关联需求:
- 关联契约:
- 风险类别:
- 单元测试覆盖:
- API接口功能测试覆盖:
- 集成/E2E/冒烟覆盖:
- 前置数据:
- 断言:
- 证据:
## Verification Traceability Matrix
| REQ/Contract | Task | Verification | Test Material | Evidence | Status |
|---|---|---|---|---|---|
按"最轻但足够"原则：
INT-S{N}）选择细则：
task-planner 只负责在 05A_TASKS.md / 05B_VERIFICATION_PLAN.md 记录 E2E 触发设想、覆盖范围和证据预期e2e-testing-guide/forge 根据任务触发执行[!IMPORTANT] 项目验收必须同时包含单元测试与 API 接口功能测试。
[!IMPORTANT] 若任务产出包含或修改公共契约，必须为其分配明确验证承接。
公共契约至少包括：操作契约、跨系统接口、HTTP API、CLI 命令/参数语义、配置结构、文件格式、错误语义、持久化结构。
规则：
Level 1: System（系统级） ← 来自 Architecture Overview 的系统清单
Level 2: Phase（阶段级） ← Foundation / Core / Integration / Polish
Level 3: Task（任务级） ← 2h–2d 粒度的具体任务
## Sprint 路线图
| Sprint | 代号 | 核心任务 | 退出标准 | 预估 |
|--------|------|---------|---------|------|
| S1 | Hello World | 基础设施 + 核心数据 | headless 运行通过 + 基本渲染可见 | 3-4d |
退出标准要求：
- [ ] **INT-S{N}** [MILESTONE]: S{N} 集成验证 — {代号}
- **描述**: 验证 S{N} 退出标准
- **输入**: S{N} 所有任务的产出
- **输出**: 集成验证报告（通过/失败 + Bug 清单）
- **验收标准**:
- Given S{N} 所有任务已完成
- When 逐条执行退出标准中的检查
- Then 全部通过 → Sprint 完成; 有失败 → 记录 Bug
- **验证说明**: 按退出标准逐条执行，截图/录屏/日志确认
- **估时**: 2-4h
- **依赖**: S{N} 最后一个任务
INT 任务是该 Sprint 的"关门任务"。未通过 INT 任务的 Sprint 不得标记为完成。
[!IMPORTANT] 任务间的输入/输出必须对齐。
如果 Task B 依赖 Task A，则 B 的「输入」必须明确引用 A 的「输出」的具体产物（文件路径、接口名、数据格式）。
05A 与 05B 已同时生成验证引用 与 证据产出05B 含 Task-by-Task 计划与追溯矩阵05A05BINT-S{N}，未扩散到普通开发任务