القائمة
使用 WBS 将系统设计文档分解为执行主清单（05A_TASKS.md）与验证计划（05B_VERIFICATION_PLAN.md），支持依赖分析、验证追溯与证据定义。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/Haaaiawd/ANWS --skill task-plannerيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
当用户在 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`** 连用。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| 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}，未扩散到普通开发任务