/multi-model-orchestrator
Use when coordinating complex tasks across multiple AI agents with a centralized handoff document for planning, execution tracking, and feedback fusion.
$ npx -y skills add majiayu000/spellbook --skill multi-model-orchestrator --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/multi-model-orchestrator
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when coordinating complex tasks across multiple AI agents with a centralized handoff document for planning, execution tracking, and feedback fusion.
SKILL.md
multi-model-orchestrator.SKILL.mdname: multi-model-orchestrator
description: Use when coordinating complex tasks across multiple AI agents with a centralized handoff document for planning, execution tracking, and feedback fusion.
multi-model-orchestrator
**Decompose. Execute. Synthesize.**
A lightweight skill for coordinating work across multiple AI agents (Claude, Opus, Haiku, Codex, or any agent) using a single **handoff document** as the source of truth.
Why This Skill
Complex work often requires: 1. **High-level planning** — breaking down a big goal into concrete subtasks 2. **Parallel execution** — different agents handling different task types simultaneously 3. **Feedback synthesis** — collecting results and iterating intelligently 4. **Full traceability** — understanding who did what, why, and what changed
This skill provides the **structure and templates** to do this cleanly.
Operating Contract
Direct actions: create or update one handoff document as the source of truth, decompose the goal into executor-ready subtasks, assign explicit dependencies, record execution results, and synthesize feedback into next steps.
Escalate before: starting execution when the goal, constraints, executor choice, writable scope, or done criteria are ambiguous.
Evidence-backed pushback: reject unverified completion claims, vague agent outputs, missing acceptance criteria, or parallel assignments that touch shared writable files without explicit ordering.
Feedback loop: after each execution round, update the handoff with result, evidence, blockers, and next action before assigning follow-up work.
When to Use
✅ **Use when:**
- A single-agent conversation would be too long or unfocused
- You want to parallelize work across multiple specialized agents
- You need to decompose a vague goal into specific, executor-ready tasks
- You want to track decisions, changes, and feedback in one place
- You're exploring multiple approaches simultaneously (A/B/C branches)
❌ **Don't use when:**
- The task is simple and one agent can handle it end-to-end
- You don't need to track who did what
- Execution is strictly sequential with no parallelization
- The task is exploratory with no clear structure
Core Concepts
Handoff Document (Handoff)
A **YAML file** that serves as the single source of truth. It contains:
- **Goal** — what are we trying to accomplish?
- **Subtasks** — who does what, and what does success look like?
- **Context** — code references, prior decisions, constraints
- **Execution Tracking** — who executed, what was the result, what blockers?
- **Feedback** — iterations, changes, and learnings
Agent Roles
You choose which agents execute which subtasks. Examples:
| Agent | Best For | |-------|----------| | **Claude (or Fable)** | Planning, decomposition, architecture review, high-level strategy | | **Opus** | Complex reasoning, deep analysis, novel problem-solving | | **Haiku** | Fast iteration, simple fixes, quick validation | | **Codex** | Code generation, refactoring, technical implementation | | **Claude Code** | Interactive development, running code, verification |
The Loop
1. Define Goal
↓
2. Fable/Claude decomposes into Handoff subtasks
↓
3. You assign subtasks to agents
↓
4. Agents execute in parallel or sequence
↓
5. You record results in Handoff
↓
6. Review, iterate, or completeQuick Start
The full five-step walkthrough with copy-paste templates lives in [`references/quick-start.md`](./references/quick-start.md). Summary:
1. **Create handoff** — copy [`templates/handoff-template.yaml`](./templates/handoff-template.yaml) to `.claude/handoffs/my-task.yaml`. 2. **Decompose** — ask Fable/Claude to break the goal into 3-5 subtasks; paste into `subtasks`. 3. **Execute** — give each subtask's `input` to its assigned executor. 4. **Record** — append the result to `execution.rounds`. 5. **Iterate or complete** — update `metadata.status` toward `complete`.
Field-by-field reference: [`references/handoff-structure.md`](./references/handoff-structure.md).
Complete Example
See [`references/add-auth-to-api.yaml`](./references/add-auth-to-api.yaml) for a real-world multi-agent execution walkthrough.
Using with Claude Code
1. Save your handoff to `.claude/handoffs/task.yaml` 2. Run: `cat .claude/handoffs/task.yaml` to load it in conversation 3. Ask Claude to execute a subtask 4. When done, update the handoff manually or using a script
For automation, see [`references/advanced-sync.md`](./references/advanced-sync.md).
Using with Codex
Codex does not have handoff-specific subcommands. Use `codex exec` with a focused prompt that names the handoff file and the exact subtask:
codex exec "Read .claude/handoffs/task.yaml. Execute subtask task-1 only. Return the result, blockers, files changed, and verification evidence."
For decomposition:
codex exec "Read .claude/handoffs/task.yaml. Propose 3-5 YAML subtasks using goal.summary, goal.context, and goal.acceptance_criteria. Do not edit files."
Resources
- **Templates**: [`templates/handoff-template.yaml`](./templates/handoff-template.yaml)
- **Real example**: [`references/add-auth-to-api.yaml`](./references/add-auth-to-api.yaml)
- **Detailed references**:
- [`references/quick-start.md`](./references/quick-start.md) — full five-step walkthrough with templates
- [`references/handoff-structure.md`](./references/handoff-structure.md) — handoff YAML field reference
- [`references/workflow-patterns.md`](./references/workflow-patterns.md) — parallel / sequential / sync-point layouts
- [`references/best-practices.md`](./references/best-practices.md) — high-signal subtask authoring
- [`references/advanced-sync.md`](./references/advanced-sync.md) — optional handoff automation
- [`references/faq.md`](./references/faq.md) — common questions
- **Companion tools**: Codex (code-focused multi-agent router), Claude Code (interactive execution)
---
**Status**: Production
Read more
name: multi-model-orchestrator description: Use when coordinating complex tasks across multiple AI agents with a centralized handoff document for planning, execution tracking, and feedback fusion.
multi-model-orchestrator
**Decompose. Execute. Synthesize.**
A lightweight skill for coordinating work across multiple AI agents (Claude, Opus, Haiku, Codex, or any agent) using a single **handoff document** as the source of truth.
Why This Skill
Complex work often requires: 1. **High-level planning** — breaking down a big goal into concrete subtasks 2. **Parallel execution** — different agents handling different task types simultaneously 3. **Feedback synthesis** — collecting results and iterating intelligently 4. **Full traceability** — understanding who did what, why, and what changed
This skill provides the **structure and templates** to do this cleanly.
Operating Contract
Direct actions: create or update one handoff document as the source of truth, decompose the goal into executor-ready subtasks, assign explicit dependencies, record execution results, and synthesize feedback into next steps.
Escalate before: starting execution when the goal, constraints, executor choice, writable scope, or done criteria are ambiguous.
Evidence-backed pushback: reject unverified completion claims, vague agent outputs, missing acceptance criteria, or parallel assignments that touch shared writable files without explicit ordering.
Feedback loop: after each execution round, update the handoff with result, evidence, blockers, and next action before assigning follow-up work.
When to Use
✅ **Use when:**
- A single-agent conversation would be too long or unfocused
- You want to parallelize work across multiple specialized agents
- You need to decompose a vague goal into specific, executor-ready tasks
- You want to track decisions, changes, and feedback in one place
- You're exploring multiple approaches simultaneously (A/B/C branches)
❌ **Don't use when:**
- The task is simple and one agent can handle it end-to-end
- You don't need to track who did what
- Execution is strictly sequential with no parallelization
- The task is exploratory with no clear structure
Core Concepts
Handoff Document (Handoff)
A **YAML file** that serves as the single source of truth. It contains:
- **Goal** — what are we trying to accomplish?
- **Subtasks** — who does what, and what does success look like?
- **Context** — code references, prior decisions, constraints
- **Execution Tracking** — who executed, what was the result, what blockers?
- **Feedback** — iterations, changes, and learnings
Agent Roles
You choose which agents execute which subtasks. Examples:
| Agent | Best For | |-------|----------| | **Claude (or Fable)** | Planning, decomposition, architecture review, high-level strategy | | **Opus** | Complex reasoning, deep analysis, novel problem-solving | | **Haiku** | Fast iteration, simple fixes, quick validation | | **Codex** | Code generation, refactoring, technical implementation | | **Claude Code** | Interactive development, running code, verification |
The Loop
1. Define Goal
↓
2. Fable/Claude decomposes into Handoff subtasks
↓
3. You assign subtasks to agents
↓
4. Agents execute in parallel or sequence
↓
5. You record results in Handoff
↓
6. Review, iterate, or completeQuick Start
The full five-step walkthrough with copy-paste templates lives in [`references/quick-start.md`](./references/quick-start.md). Summary:
1. **Create handoff** — copy [`templates/handoff-template.yaml`](./templates/handoff-template.yaml) to `.claude/handoffs/my-task.yaml`. 2. **Decompose** — ask Fable/Claude to break the goal into 3-5 subtasks; paste into `subtasks`. 3. **Execute** — give each subtask's `input` to its assigned executor. 4. **Record** — append the result to `execution.rounds`. 5. **Iterate or complete** — update `metadata.status` toward `complete`.
Field-by-field reference: [`references/handoff-structure.md`](./references/handoff-structure.md).
Complete Example
See [`references/add-auth-to-api.yaml`](./references/add-auth-to-api.yaml) for a real-world multi-agent execution walkthrough.
Using with Claude Code
1. Save your handoff to `.claude/handoffs/task.yaml` 2. Run: `cat .claude/handoffs/task.yaml` to load it in conversation 3. Ask Claude to execute a subtask 4. When done, update the handoff manually or using a script
For automation, see [`references/advanced-sync.md`](./references/advanced-sync.md).
Using with Codex
Codex does not have handoff-specific subcommands. Use `codex exec` with a focused prompt that names the handoff file and the exact subtask:
codex exec "Read .claude/handoffs/task.yaml. Execute subtask task-1 only. Return the result, blockers, files changed, and verification evidence."
For decomposition:
codex exec "Read .claude/handoffs/task.yaml. Propose 3-5 YAML subtasks using goal.summary, goal.context, and goal.acceptance_criteria. Do not edit files."
Resources
- **Templates**: [`templates/handoff-template.yaml`](./templates/handoff-template.yaml)
- **Real example**: [`references/add-auth-to-api.yaml`](./references/add-auth-to-api.yaml)
- **Detailed references**:
- [`references/quick-start.md`](./references/quick-start.md) — full five-step walkthrough with templates
- [`references/handoff-structure.md`](./references/handoff-structure.md) — handoff YAML field reference
- [`references/workflow-patterns.md`](./references/workflow-patterns.md) — parallel / sequential / sync-point layouts
- [`references/best-practices.md`](./references/best-practices.md) — high-signal subtask authoring
- [`references/advanced-sync.md`](./references/advanced-sync.md) — optional handoff automation
- [`references/faq.md`](./references/faq.md) — common questions
- **Companion tools**: Codex (code-focused multi-agent router), Claude Code (interactive execution)
---
**Status**: Production
Cross-runtime skills for Claude Code, Codex, and multi-agent workflows.
Repo: majiayu000/spellbook
Other skills on spellbook.
- /agentsmd-optimize
Audit AND optimize a CLAUDE.md / AGENTS.md instruction file — score it against the five high-leverage patterns, flag anti-patterns, then apply approved fixes in place. Use when the user says 优化 CLAUDE.md / 优化 AGENTS.md / optimize my agent doc / 帮我改 claudemd, or after an audit
Open skill - /agentsmd-scaffold
Generate or update repository-specific AGENTS.md instruction files from real repo evidence. Use when asked to create, design, scaffold, split, or improve root or scoped AGENTS.md files for Codex/Claude/agent workflows, especially when a repo needs directory-specific rules,
Open skill - /api-design
REST/GraphQL/gRPC API design best practices. Use when designing APIs, defining contracts, handling versioning. Covers OpenAPI 3.2, GraphQL Federation, gRPC streaming.
Open skill - /app-ui-design
Mobile app UI design expert for iOS and Android. Use when designing app interfaces, creating design systems, ensuring accessibility, or following platform guidelines. Covers Material Design 3, Human Interface Guidelines, color theory, typography, and 2025 trends.
Open skill - /app-user-story-qa
End-to-end app feature inventory and user-story testing workflow with a canonical tracker. Use when the user asks to audit every feature, derive expected behavior from code, test user journeys, or explicitly fix and retest documented UX or logistical defects.
Open skill - /architecture-foundation
Design architecture foundations before implementation. Use when asked to design or refactor architecture, choose Rust/Go crate, package, module, runtime, workflow, or service boundaries, compare mature project architecture, prevent stacked one-off PRs, audit migration debt in
Open skill

