用途：把已确认的 spec 拆成可编码的阶段任务。该技能不写代码，仅在用户显式调用 to-tasks 或由 rush 编排触发时使用。运行前按 common.md 的「前置检查」节执行。
主要能力与规则：命中标识时拆该单位；已有 tasks/ 时只走「增量补阶段」模式，标识后文本视为回归/补漏描述。参数为空时，按 cooking 总览挑选有 spec 的 cooking：0 个则停止并提示先 to-spec，1 个则使用，多个则询问；选中已有 tasks/ 的单位时同样只走增量补阶段。未命中且参数非空时，列出已有标识并停止，不把句子当新需求。
阶段切分：文件名为 P1.md、P2.md… Pn 是阶段 id，不是必须串行的序号。每阶段列出「前置任务」，无前置写「无」；前置都通过的阶段之间可并行，以 cooking.mjs status 的「可做」行为准。长耗时验证单独成阶段，语义上不是其它阶段前提时与其并行，由收尾阶段依赖收口。一个阶段对应一次 implement 加一次 review，清单约 5 项或改动约 10 个文件以上就再拆。清单项要具体到可编码，「状态」照模板写初始值，之后只由 cooking.mjs 改。
工作流：定 feature，读 spec.md，必要时代码类检索 CODE-MAP.md、读 DEV-STANDARDS.md；非代码对照 PROJECT.md。画依赖后按 task-template.md 写每个 tasks/Pn.md，不增删标题，不写 README.md 或其它索引文件。存在 .agents/docs/ACCEPTANCE.md 时按规则追加完成标准，不存在则不追加。最后运行 node .agents/scripts/cooking.mjs status <feature> 校验前置引用与成环，报错则改到通过。
增量补阶段：为已通过阶段的回归或漏项追加一个 tasks/P<n+1>.md，前置写被修复阶段及尚未评审通过的依赖阶段，清单只含修复项与回归用例，不改 spec、不动既有 P*.md，再运行 status 校验。
限制：不自动继续，结束后需用户显式调用 implement <feature>（或带上 Pn）。关于收费、平台等信息暂未提供。