Loop-until-dry exhaustive hunt — waves of diverse finders keep sweeping until two consecutive rounds surface nothing new, and every fresh finding faces a three-lens judge panel. Use for "find ALL the bugs", full audits, and edge-case sweeps.
Continuous goal-directed operation across many cycles or sessions — maintains a persistent run file (goal, backlog, journal), executes one backlog item per cycle through the full phase discipline, commits at verified milestones, and keeps cycling. Composable with /loop or scheduled tasks for unattended long runs. Use for "keep working on this", overnight runs, or multi-day builds. Wants a git repository — checkpoint commits are its safety rail; it offers git init once if missing.
Repo-wide mechanical change — four parallel discovery modalities find every site, a two-file pilot proves the instruction before the fan-out, then each file is transformed and independently checked, and the project's own checks run once. Use for "rename X everywhere", "replace API A with B", "apply this fix across the repo". It edits files.
Judge-panel design — three genuinely different approaches (simplicity-first, robustness-first, evolution-first) scored by independent judges and synthesized into one grounded implementation plan. Use for architecture decisions or "how should I build X".
Deep codebase research — five parallel search modalities (names, content, structure, git history, tests), deep-reads of every lead, a cited synthesis, and a completeness critic. Use for "where is X handled", "how does Y work", "what breaks if Z changes". This searches the repo, not the web.
Multi-agent adversarial code review — four parallel finders (correctness, contracts, security, resources), with every finding independently attacked by skeptics before it reaches you. Use for "review this", "check my changes", or as a pre-PR gate.
Release-readiness gate — detects the project's build/test/release mechanics, runs the gates (read-only hygiene first, then checks and docs in parallel), then a skeptic attacks the "ready to ship" claim. Use before releasing, deploying, tagging, or publishing. It verifies readiness; it never deploys.
Session doctrine loader — reads the Fable Mode operating contract (phase discipline, workflow orchestration, adversarial verification, readable reporting) and applies it for the rest of the session. Use at session start, or whenever the doctrine is not already loaded via CLAUDE.md.