ultracook
Installation
SKILL.md
/ultracook (retired)
/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.
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.
What did not move
skills/ultracook/scripts/andskills/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.yamlfor continuity — the identity of the skill that reads/writes it changed, not the path; its shape isreferences/manifest-schema.json, and each curd's dispatch prompt isreferences/curd-prompt.md, both read by/cook's fan pathway. src/fanout/mode.pyandsrc/fanout/curd_block.pyremain 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 followscode-intelligence-routing.mdsame as everywhere else.
If you are here because muscle memory typed /ultracook, run /cook with the same arguments.