rush

本技能的胜场是多阶段、可并行、要逐阶段评审提交的功能。简单改动、一个阶段就能做完的改动不要用，直接 implement 直写 + git 评审。本技能是编排器，不是另一套流程：产物、模板、阶段并行规则与单独调用各技能完全相同。主对话不读技能细节，派子代理去执行对应 SKILL.md。只走 cooking 阶段路径，不走 implement 直写、不走 git 评审。禁止啰嗦和故作高深。

前置检查

整条流程只跑一次，在主对话跑：运行 node .agents/scripts/precheck.mjs，FAIL 则停止，提示用户执行 setup，不要代跑；PASS 输出带项目类别。之后每份子代理任务书都写上 前置检查已通过，项目类别：<类别>，子代理不再跑；主对话内执行的 explore 也不再跑。按根 AGENTS.md 按需读 docs。

参数

标识 = .agents/cooking/<feature>/ 的目录名。命中 = 参数第一段（按空白拆）等于某个已有子目录名。已有单位用 node .agents/scripts/cooking.mjs status（不带标识）列出：每个单位一行，带「下一步」与各阶段状态；不 ls、不读目录正文。一次 rush 只推进一个 cooking 单位。

• 命中标识：只推进该单位。标识后若还有文本，当作对该单位的需求补充，按「主对话做什么」第 8 条处理。
• 参数为空：cooking 单位 0 个则按用户需求新开；1 个则用它；多个则问用户。
• 未命中且参数非空：整段当作需求描述新开单位，不要误配到别的单位。

主对话做什么