Claude Octopus

[Claude Octopus]

Claude Octopus

One brain, many arms.

An MCP server that wraps the Claude Agent SDK, letting you run multiple specialized Claude Code agents — each with its own model, tools, system prompt, and personality — from any MCP client.

Why

Claude Code is powerful. But one instance does everything the same way. Sometimes you want a strict code reviewer that only reads files. A test writer that defaults to TDD. A cheap quick helper on Haiku. A deep thinker on Opus.

Claude Octopus lets you spin up as many of these as you need. Same binary, different configurations. Each one shows up as a separate tool in your MCP client.

Prerequisites

• Node.js >= 18
• Claude Code — the Claude Agent SDK is bundled as a dependency, but it spawns Claude Code under the hood, so you need a working claude CLI installation
• Anthropic API key (ANTHROPIC_API_KEY env var) or an active Claude Code OAuth session

Install

Three paths, pick whichever matches your MCP client.

npm (most direct)

npm install claude-octopus

npx (no install needed)

Skip the install entirely — reference claude-octopus@latest in your .mcp.json and the client will fetch on demand (see Quick Start below).

MCP Registry

The server is published to the MCP Registry under the name io.github.xiaolai/claude-octopus. Registry-aware MCP clients can resolve and install it by that name without touching npm directly.

Quick Start

The fastest way to get started:

npx claude-octopus init

This interactive wizard lets you pick a template, detects your MCP client, and writes the config for you.

Or add to your .mcp.json manually:

{  "mcpServers": {    "claude": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_PERMISSION_MODE": "bypassPermissions"      }    }  }}

This gives you six tools:

That's it — you have Claude Code as a tool, with full workflow observability built in.

Multiple Agents

The real power is running several instances with different configurations:

{  "mcpServers": {    "code-reviewer": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_TOOL_NAME": "code_reviewer",        "CLAUDE_SERVER_NAME": "code-reviewer",        "CLAUDE_DESCRIPTION": "Strict code reviewer. Finds bugs and security issues. Read-only.",        "CLAUDE_MODEL": "opus",        "CLAUDE_ALLOWED_TOOLS": "Read,Grep,Glob",        "CLAUDE_APPEND_PROMPT": "You are a strict code reviewer. Report real bugs, not style preferences.",        "CLAUDE_EFFORT": "high"      }    },    "test-writer": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_TOOL_NAME": "test_writer",        "CLAUDE_SERVER_NAME": "test-writer",        "CLAUDE_DESCRIPTION": "Writes thorough tests with edge case coverage.",        "CLAUDE_MODEL": "sonnet",        "CLAUDE_APPEND_PROMPT": "Write tests first. Cover edge cases. TDD."      }    },    "quick-qa": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_TOOL_NAME": "quick_qa",        "CLAUDE_SERVER_NAME": "quick-qa",        "CLAUDE_DESCRIPTION": "Fast answers to quick coding questions.",        "CLAUDE_MODEL": "haiku",        "CLAUDE_MAX_BUDGET_USD": "0.02",        "CLAUDE_EFFORT": "low"      }    }  }}

Your MCP client now sees distinct tools for each agent — code_reviewer, test_writer, quick_qa — each purpose-built.

Multi-Agent Orchestration

Agents can coordinate through a coordinator pattern: one agent has the others as inner MCP tools via CLAUDE_MCP_SERVERS, and its system prompt drives the pipeline.

{  "mcpServers": {    "publishing-house": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_TOOL_NAME": "publishing_house",        "CLAUDE_SERVER_NAME": "publishing-house",        "CLAUDE_MODEL": "opus",        "CLAUDE_PERMISSION_MODE": "bypassPermissions",        "CLAUDE_APPEND_PROMPT": "You are a publishing house coordinator. Dispatch tasks to your specialist agents and drive the pipeline to completion.",        "CLAUDE_MCP_SERVERS": "{\"researcher\":{\"command\":\"npx\",\"args\":[\"claude-octopus@latest\"],\"env\":{\"CLAUDE_TOOL_NAME\":\"researcher\",\"CLAUDE_SERVER_NAME\":\"researcher\",\"CLAUDE_MODEL\":\"sonnet\",\"CLAUDE_PERMISSION_MODE\":\"bypassPermissions\"}},\"architect\":{\"command\":\"npx\",\"args\":[\"claude-octopus@latest\"],\"env\":{\"CLAUDE_TOOL_NAME\":\"architect\",\"CLAUDE_SERVER_NAME\":\"architect\",\"CLAUDE_MODEL\":\"opus\",\"CLAUDE_PERMISSION_MODE\":\"bypassPermissions\"}}}"      }    }  }}

The coordinator agent autonomously calls researcher, architect, etc. as MCP tools — fully autonomous, no human in the loop until it finishes. Every invocation is tracked in the shared timeline.

Agent Factory

Don't want to write configs by hand? Add a factory instance:

{  "mcpServers": {    "agent-factory": {      "command": "npx",      "args": ["claude-octopus@latest"],      "env": {        "CLAUDE_FACTORY_ONLY": "true",        "CLAUDE_SERVER_NAME": "agent-factory"      }    }  }}

This exposes a single create_claude_code_mcp tool — an interactive wizard. Tell it what you want ("a strict code reviewer that only reads files") and it generates the .mcp.json entry for you, listing all available options you can customize.

In factory-only mode, no query tools are registered — just the wizard. This keeps routing clean: the factory creates agents, the agents do work.

Init Wizard

Don't want to edit JSON by hand? The init wizard gets you from zero to working in 30 seconds:

npx claude-octopus init

  Claude Octopus — init wizard
  One brain, many arms. Let's set up your agents.
Pick a template (or build your own):
  1. Code Review Team — Reviewer + test writer + security auditor  2. Publishing House — Researcher + architect + editor + proofreader  3. Tiered Models — Haiku for quick Q&A, Sonnet for coding, Opus for hard problems  4. Solo Agent — Single Claude Code agent with sensible defaults  5. Agent Factory — Interactive wizard that generates agent configs on demand  6. Custom — describe your own agent(s)
Choice [1-6]:

It auto-detects installed MCP clients (Claude Desktop, Claude Code, Cursor, Windsurf), merges with existing config, and warns before overwriting.

Skip the menu

npx claude-octopus init --template code-review-teamnpx claude-octopus init --template tiered-modelsnpx claude-octopus init --template publishing-house

Templates

Five built-in templates, battle-tested and ready to use:

Each agent comes pre-tuned with appropriate model, tools, effort level, and system prompt.

Dashboard

Monitor your agents in real time:

npx claude-octopus dashboard

Opens a local web dashboard at http://localhost:3456 with:

• Live stats — total runs, invocations, cost, SDK turns, responses, errors
• Recent activity — agent cards for the latest run
• Run table — all runs with cost, duration, and status
• Auto-refresh — SSE connection pushes updates as agents run

# Custom portnpx claude-octopus dashboard --port 8080

The dashboard reads the same timeline index used by the _timeline and _report tools. No additional configuration needed.

Tools

Each non-factory instance exposes:

Query and reply parameters

Timeline

Every agent invocation is recorded in a lightweight JSONL index at ~/.claude-octopus/timelines/timeline.jsonl. This solves the multi-agent correlation problem: when several agents participate in a workflow, the timeline tracks which sessions belong to the same run, in what order they executed, and what role each played.

Full session transcripts stay in Claude Code's own storage (~/.claude/projects/). The timeline is just the table of contents — ~200 bytes per entry — that cross-references via session_id.

graph TB    subgraph "Timeline Index (~200 bytes/entry)"        TL["~/.claude-octopus/timelines/timeline.jsonl"]    end
    subgraph "Claude Code Session Storage (full transcripts)"        S1["~/.claude/projects/.../ses-aaa.jsonl"]        S2["~/.claude/projects/.../ses-bbb.jsonl"]        S3["~/.claude/projects/.../ses-ccc.jsonl"]    end
    TL -->|"session_id cross-ref"| S1    TL -->|"session_id cross-ref"| S2    TL -->|"session_id cross-ref"| S3

How it works

1. Every <name> and <name>_reply call appends one line to the timeline
2. If you pass run_id, all agents sharing the same run_id are grouped into one run
3. If you omit run_id, one is auto-generated and returned in the response — pass it to subsequent agents to keep them grouped

Querying the timeline

# List all runs<name>_timeline({})
# Show one run's agent sequence<name>_timeline({ run_id: "abc-123" })
# Look up a specific session<name>_timeline({ session_id: "ses-xyz" })
# Retrieve full transcript (separate tool)<name>_transcript({ session_id: "ses-xyz" })

Multi-agent workflow example

Host:  researcher({ prompt: "Research X", run_id: "pub-001" })       → { run_id: "pub-001", session_id: "ses-aaa", result: "..." }
Host:  architect({ prompt: "Structure based on...", run_id: "pub-001" })       → { run_id: "pub-001", session_id: "ses-bbb", result: "..." }
Host:  verifier({ prompt: "Check this plan", run_id: "pub-001" })       → { run_id: "pub-001", session_id: "ses-ccc", result: "..." }
Later: researcher_timeline({ run_id: "pub-001" })       → [           { agent: "researcher", session_id: "ses-aaa", cost: 0.05, turns: 4, tool_calls: 3, response_groups: 2 },           { agent: "architect",  session_id: "ses-bbb", cost: 0.08, turns: 6, tool_calls: 5, response_groups: 3 },           { agent: "verifier",   session_id: "ses-ccc", cost: 0.03, turns: 3, tool_calls: 2, response_groups: 2 },         ]
Later: researcher_transcript({ session_id: "ses-aaa" })       → full conversation transcript from Claude Code's storage

HTML Reports

Generate self-contained HTML reports with agent sequence visualization, cost breakdown, and collapsible transcripts. Dark theme, no external dependencies — one file, open in any browser.

Via MCP tool

<name>_report({})                        # index of all runs<name>_report({ run_id: "pub-001" })     # detailed report for one run

Via CLI

# Index of all runsnpx claude-octopus report --out index.html
# Detailed report for one runnpx claude-octopus report pub-001 --out report.htmlopen report.html
# Without transcripts (faster, smaller file)npx claude-octopus report pub-001 --no-transcripts --out report.html
# To stdout (pipe-friendly)npx claude-octopus report pub-001 > report.html

What's in the report

• Run summary — agent count, total cost, duration, SDK turns, responses, tool calls
• Timeline bar — numbered dots for each agent (green = success, red = error)
• Agent cards — timing, cost, effort counters, session ID, prompt excerpt
• Collapsible transcripts — full tool calls, reasoning, and results per agent

Reading the effort counters

Three numbers describe how much work an invocation took. They are not interchangeable, and the first one is the one that surprises people:

When an agent calls several tools in parallel, num_turns climbs faster than the number of visible responses. A run with 3 assistant responses issuing 4 tool calls reports num_turns: 5, response_groups: 3, tool_calls: 4. maxTurns, meanwhile, is enforced against round trips: that same run completes under maxTurns: 3 and aborts under maxTurns: 2. So size maxTurns against responses, not against SDK turns.

Both new counters cover the main agent loop only — work inside a sub-agent (Task) belongs to its own loop and is excluded. Timeline entries written by older versions have neither, and render as — rather than as a false zero.

Configuration

All configuration is via environment variables in .mcp.json. Every env var is optional.

Identity

Agent

Prompts

Advanced

Timeline

Authentication

Leave both unset to inherit auth from the parent process. Set one per agent to use a different account or billing source.

Lists accept JSON arrays when values contain commas: ["path,with,comma", "/normal"]

Security

• Permission mode defaults to default — tool executions prompt for approval unless you explicitly set bypassPermissions.
• cwd overrides preserve agent knowledge — when the host overrides cwd, the agent's configured base directory is automatically added to additionalDirectories so it retains access to its own context.
• Tool restrictions narrow, never widen — per-invocation tools intersects with the server restriction (can only remove tools, not add). disallowedTools unions (can only block more).
• _reply and _transcript tools respect persistence — not registered when CLAUDE_PERSIST_SESSION=false.
• Timeline writes are best-effort — a failed timeline append never blocks or fails the primary query.

Architecture

graph TB    subgraph "MCP Client (Claude Desktop, Cursor, etc.)"        C["Sees: code_reviewer, test_writer, quick_qa"]    end
    C -->|"JSON-RPC / stdio"| O1    C -->|"JSON-RPC / stdio"| O2    C -->|"JSON-RPC / stdio"| O3
    subgraph "Claude Octopus Instances"        O1["code-reviewer<br/>model=opus, tools=Read,Grep,Glob"]        O2["test-writer<br/>model=sonnet"]        O3["quick-qa<br/>model=haiku, budget=$0.02"]    end
    O1 -->|"Agent SDK query()"| SDK["Claude Agent SDK"]    O2 -->|"Agent SDK query()"| SDK    O3 -->|"Agent SDK query()"| SDK
    O1 -->|"append"| TL["Timeline Index<br/>~/.claude-octopus/timelines/"]    O2 -->|"append"| TL    O3 -->|"append"| TL
    SDK -->|"persist"| SS["Session Storage<br/>~/.claude/projects/"]    TL -.->|"cross-ref"| SS

How It Compares

Development

pnpm installpnpm build       # compile TypeScriptpnpm test        # run tests (vitest)pnpm test:coverage  # coverage report

License

ISC - Xiaolai Li