用途：将一份状态为 approved 的 PRD 转成可执行的任务队列。每个切片足够小，可一次聚焦实现，并带有可检查的验收契约。
主要能力：读取 .ai-workflow/work/<feature-slug>/prd.md，为每个切片写出一次 tasks/T<N>-<slug>.md（状态 draft），并用 tasks-draft.md 作为紧凑的批准与依赖索引。批准只把这些文件提升为 ready-for-agent，不创建第二份契约副本。任务字段、索引、批准绑定与旧队列规则见 references/task-contract.md。
使用方式：起草前先读 shared/references/workflow-stage-routing.md。每个切片调用一次 design-gate 做初始路由，并把 lenses_run、required_changes、verdict 记入 Slice Contract；若返回 revise，只让提出阻塞发现的 lens 复查修复。调用 security-gate 记录 security: deep|standard。仅当切片存在真实测试设计决策（如集成边界、mock 边界、并发场景或脆弱既有测试）时才用 test-lens。不要直接调用单个设计 lens、panel、runner 或 models-consensus。
任务规则：确认 PRD 为 approved，否则退回 to-prd。阅读相关代码并找出可验证每个切片的仓库命令，不得虚构命令。优先可独立验证的 tracer bullet；仅当能移除共享阻塞时才先做保持行为的前置重构。稳定 ID 为 T1、T2 起，分配后不变；拆分给新 ID，删除留空，重排保留原 ID。依赖只能指向已存在 ID，拒绝自阻塞与环。仅当确实需要人工授权或决策时标 HITL，其余标 AFK。
批准与限制：默认任务单独批准；用户要求合并任务与模型批准时，先通过 implement-tasks 准备执行预览，再一次性覆盖两项决定。任务单独批准不等于模型批准。存在非空 decision_required 时停止提升，直到用户解决。批准后只把已批准任务状态提升为 ready-for-agent，且所有门必须已是 verdict: proceed 与 decision_required: none。不得重写父 PRD，不得重写或删除已开始、完成或阻塞的契约；范围、验收、门或归属变更需新任务 ID 与新批准。下一步是 implement-tasks。