ultracook

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

/ultracook (retired)

/ultracook(已停用)

/ultracook
is retired as a top-level skill. Its mechanics — decompose, wave-fan curds, harvest, wire, post-merge review, plate — now live inside
/cook
's single pathway, dispatched via
/cook --auto
, each phase still running as a fresh, isolated sub-agent context blind to the prior phase's reasoning. See
../cook/SKILL.md
's
## Fan pathway
section.
/ultracook
作为顶级 Skill 已停用。其原有机制——分解、扇出凝块、获取、连接、合并后评审、输出——现在整合到
/cook
的统一路径中,通过
/cook --auto
触发,每个阶段仍在全新的独立子 Agent 上下文运行,不感知前一阶段的推理逻辑。详见
../cook/SKILL.md
中的
## Fan pathway
章节。

Redirect

重定向规则

Any
/ultracook <spec> [flags]
invocation resolves to
/cook <spec> [flags]
. Carry
--open-pr
,
--resume <slug>
, and
--auto
forward verbatim — their semantics are unchanged, just hosted inside
/cook
now.
任何
/ultracook <spec> [flags]
调用都会解析为
/cook <spec> [flags]
--open-pr
--resume <slug>
--auto
参数将完全保留传递——它们的语义保持不变,只是现在由
/cook
托管。

What did not move

未迁移内容

  • skills/ultracook/scripts/
    and
    skills/ultracook/references/
    remain at their existing paths — nothing here vaporized.
    /cook
    's fan-pathway prose points at these retained files by their current relative path (e.g.
    ../ultracook/scripts/ultracook.pyz
    ,
    ../ultracook/references/decomposer-prompt.md
    ,
    ../ultracook/references/curd-prompt.md
    ,
    ../ultracook/references/manifest-schema.json
    ) rather than duplicating or moving them.
  • The manifest path stays
    .cheese/ultracook/<slug>/manifest.yaml
    for continuity — the identity of the skill that reads/writes it changed, not the path; its shape is
    references/manifest-schema.json
    , and each curd's dispatch prompt is
    references/curd-prompt.md
    , both read by
    /cook
    's fan pathway.
  • src/fanout/mode.py
    and
    src/fanout/curd_block.py
    remain decomposer/fanout internals —
    /cook
    's fan pathway calls them directly rather than through this retired skill.
  • The retained scripts/references still do source-code I/O under
    /cook
    's ownership — that follows
    code-intelligence-routing.md
    same as everywhere else.
If you are here because muscle memory typed
/ultracook
, run
/cook
with the same arguments.
  • skills/ultracook/scripts/
    skills/ultracook/references/
    仍保留在原有路径中——这些内容并未删除。
    /cook
    的扇出路径文档通过当前相对路径引用这些保留文件(例如
    ../ultracook/scripts/ultracook.pyz
    ../ultracook/references/decomposer-prompt.md
    ../ultracook/references/curd-prompt.md
    ../ultracook/references/manifest-schema.json
    ),而非复制或移动它们。
  • 清单路径仍为
    .cheese/ultracook/<slug>/manifest.yaml
    以保持连续性——读取/写入该文件的 Skill 标识已变更,但路径不变;其结构遵循
    references/manifest-schema.json
    ,每个凝块的触发提示来自
    references/curd-prompt.md
    ,两者均由
    /cook
    的扇出路径读取。
  • src/fanout/mode.py
    src/fanout/curd_block.py
    仍作为分解器/扇出模块的内部代码保留——
    /cook
    的扇出路径直接调用它们,而非通过已停用的该 Skill。
  • 保留的脚本/参考文件仍在
    /cook
    的管控下进行源代码输入输出——这与其他所有模块一样遵循
    code-intelligence-routing.md
    规则。
如果您是因为肌肉记忆输入了
/ultracook
,请使用相同参数运行
/cook