cabinet-fe to-tasks
不写代码。禁止啰嗦和故作高深。
前置检查
本对话之前已运行过且 PASS，或任务书写明「前置检查已通过，项目类别：X」：跳过本节，沿用该类别。否则运行 node .agents/scripts/precheck.mjs：FAIL 则停止，提示用户执行 setup，不要代跑；PASS 输出带项目类别。之后按根 AGENTS.md 按需读 docs。
参数
标识 = .agents/cooking/<feature>/ 的目录名。命中 = 参数第一段（按空白拆）等于某个已有子目录名；只把这一段当标识。未命中不要按参数去 cooking 下新建目录。已有标识用 node .agents/scripts/cooking.mjs status（不带标识）列出：每个单位一行，带「下一步」；不 ls、不读目录正文。
- 命中标识：拆该单位。
- 参数为空：有 spec 的 cooking（总览「下一步」不是 to-spec / explore 的）0 个则停止，告诉用户先
to-spec；1 个则用它；多个则问。 - 未命中且参数非空：列出已有标识，停止。不要把句子当成新需求去拆。
运行 node .agents/scripts/cooking.mjs status <feature>，不读 goal.md 判断：
spec.md：无 → 停止，告诉用户先执行 to-spec。
goal.md：未确认 → 停止，正在 explore，不要按可能过期的 spec 拆任务。
spec.md「架构影响」非 无：检索 ARCHITECTURE.md / CODE-MAP.md 是否已收录这些路径（标「规划」的也算）；未收录则停止，让用户先跑 sync-docs 再回来拆。不在这里改架构文档。
阶段怎么切
- 文件名：
P1.md、P2.md、P3.md…Pn是阶段 id，不是必须串行的序号。 - 每个阶段有「前置任务」：列出必须已经 实现完成且 review 通过 的其它
Pn。无前置写无。 - 并行：前置为「无」的可以一上来并行；多个阶段依赖同一组已完成前置时也可以并行。不要把能并行的阶段强行串起来。
- 一个阶段 = 一次 implement + 一次 review。阶段内任务清单应能在同一上下文做完；太大就再拆一个 Pn。
- 清单项具体到可编码（改哪类文件、行为是什么），不要写「处理相关逻辑」。
- 「状态」照模板写初始值；之后只由
cooking.mjs改。
工作流
- 定
<feature>。读spec.md（验收标准是切分依据）。代码类需要时检索CODE-MAP.md、读DEV-STANDARDS.md；非代码对照PROJECT.md，不打开 ARCHITECTURE / DEV-STANDARDS / CODE-MAP。 - 画依赖：先能做的、可并行的、必须收口的。
- 按 task-template.md 写每个
tasks/Pn.md。不得增删标题。不要写README.md或其它索引文件。 存在.agents/docs/ACCEPTANCE.md时，按它向各Pn.md「完成标准」追加条目；不存在则不追加。 - 运行
node .agents/scripts/cooking.mjs status <feature>：它会校验前置引用与成环，报错则改到通过。
结束
用上一步输出的「可做」行指出哪些阶段现在就能 implement。下一步：请用户显式调用 implement <feature>（或带上 Pn），不要自动继续。