用途：rush 是编排器，适用于多阶段、可并行、需要逐阶段评审提交的功能开发。简单改动或一个阶段即可完成的工作不在其适用范围，应直接 implement 直写配合 git 评审。产物、模板、阶段并行规则与单独调用各技能完全相同；主对话不读技能细节，改由子代理执行对应 SKILL.md。
主要能力：一次 rush 只推进一个 cooking 单位，按参数规则识别目标单位或新开需求。主对话先执行一次前置检查 node .agents/scripts/precheck.mjs，FAIL 则停止并提示用户执行 setup，不代跑；后续任务书注明前置检查已通过与项目类别，子代理不再重复执行。流程从烹饪脚本的「下一步」接着跑：explore、to-spec、to-tasks、implement 与 review、archive。explore 必须留在主对话，读到该 feature 的 goal.md 确认为止，确认后停止并建议新开会话继续；其余环节按 subagent-prompts.md 派子代理。架构闸门设在 spec 之后，不通过则不继续，先走 sync-docs 派发。可并行阶段由脚本列出，每个阶段一个 implement 子代理同时开，返回后立即派该阶段 review。
使用方式：运行 node .agents/scripts/cooking.mjs status <feature> 获取总览与单位详情，按「下一步」行推进；不在主对话自查文件存在性或读全文，只读必要结论。中间阶段 review 通过后执行 git-commit auto，收尾阶段带 defer-commit，由 archive 子代理删完目录后一次性提交。没有子代理工具时，主对话按同序亲自执行 to-spec、to-tasks、implement、archive，并行改串行，但 review 必须停止，不得在主对话代评。
限制：review 不通过时派同阶段 implement 返工，单阶段最多自动返工 3 轮，超限或执行异常则停止并把阻塞项交给用户。进行中用户改需求需走 explore 的改已有单位流程。sync-docs 技能包不存在时停止，由用户先跑 sync-docs。具体脚本行为、项目类别取值与模板细节以随技能提供的文档为准，资料未提供更细说明。