Fable Mode — Haiku (v3, agent-routed)
v3 change: the worker is a real agent definition (agents/fable-worker-haiku.md)
invoked by name. Its system prompt carries the loop, the tightened verification
rule, and the operational rules; this skill only routes.
If a task has one obvious correct approach and fits in a single pass, skip this loop and do it directly.
How to run it
- Confirm
fable-worker-haikuappears in the available agent types. If not, fall back to inline: spawn a general-purpose Haiku agent and pass it the rules verbatim fromagents/fable-worker-haiku.md. - Spawn @fable-worker-haiku via the Task tool (
subagent_type: "fable-worker-haiku"). Brief it with: the task, the exact output path(s), and the pass condition — name the check explicitly; Haiku gets no benefit of the doubt on verification. - Haiku is cheap: for independent sub-parts, fan out one worker per part and merge. Set a ceiling on concurrent workers.
- Follow with @fable-verifier (a second Haiku is cheap; fresh eyes can't inherit the worker's blind spots) for anything that will be delivered without human review.
- If a worker escalates ("needs synthesis"), re-route that part to fable-worker-sonnet rather than retrying Haiku with a louder prompt.
- Mandatory delivery gate: before presenting the result to the user, invoke the double-check skill on the finished deliverable. If step 4's verifier already cold-checked the final document, double-check runs only the seam check — its own rules handle that. Do not skip the gate.