用途：在 spec（必要时含 design）获批后，把需求拆分为可独立验证、按依赖排序的任务计划，供后续执行阶段使用。入口为 docs/features/YYYYMMDD-<name>/01-spec.md 等已批准产物，出口为 docs/features/<name>/03-plan.md；大型或并行任务额外产出 docs/features/<name>/plans/*.md，并在用户批准后必须调用 build-workflow-execute。前置加载 CANON.md，参考 task-templates.md 与 plan-review.md。
主要能力：采用垂直切片，每个任务交付一条完整可验证功能路径（软件为 schema+API+UI 一条用户路径；内容为一个章节；幻灯片为一组连续页面），任务标题出现 "and" 视为需拆分信号。按依赖与并行需求选择 serial / parallel / gated-parallel 拓扑；每个任务 3-7 步、≤5 文件、2-5 分钟可执行操作，软件任务用 RED→GREEN→REFACTOR，禁止 TBD/TODO/"implement later" 等占位符。多计划模式需在 03-plan.md 写 Subplans、Parallel Execution Matrix、Integration Order、Shared Contracts；子计划须含 Write Scope、Shared Contracts、Global Invariants、Cross-check Command、Semantic Independence Reason，且 parallel_safe 子计划写入范围不得重叠。
使用方式：按 Step 1 只读分析、Step 2 依赖图与拓扑、Step 3 文件结构、Step 4 垂直切片、Step 5 写任务、Step 6 排序与检查点、Step 6.5 Project Doc Sync Plan、Step 7 自审十项、Step 7.5 Plan Review Army、Step 8 用户批准推进；主 persona 为 agents/task-planner.md，标准变更至少 CEO + Eng 审阅，大型、安全、合规或 --full 才全开。
限制与不适用：变更仅涉 1-2 个文件且范围明确，或 spec 已含明确定义任务时，不使用本技能，直接进入 build。验证失败需按场景处理，如用户拒绝则问清原因修改后重新提交，验收条件缺失必须补齐，project docs 同步缺少 owner/verification 则阻塞。