claude-code-mcp
Wraps Claude Code as tools for MCP clients, enabling autonomous coding tasks via a 4-tool lifecycle with session management, async polling, and permission controls.
README
claude-code-mcp
MCP server that wraps Claude Code (Claude Agent SDK) as tools, enabling any MCP client to invoke Claude Code for autonomous coding tasks. Designed for local use — the MCP server and client are expected to run on the same machine. It works especially well with OpenCode/Codex-style clients that prefer async polling and explicit permission decisions.
Inspired by the Codex MCP design philosophy — minimum tools, maximum capability.
This package is CLI-first: it is intended to run as an MCP server process (npx @leo000001/claude-code-mcp), not as a stable programmatic library API.
Visibility Boundary
Not every piece of documentation below is visible to an MCP-connected coding agent.
- Usually visible to the agent: MCP tool names, tool descriptions, input field descriptions, and MCP resources that the client explicitly reads.
- Not safe to assume visible: this
README.md,docs/DESIGN.md,AGENTS.md, and other repository files unless the client or orchestrator copies that content into the model context. - Authoring rule: keep protocol-critical calling rules in tool descriptions and MCP resources first; mirror them in README for humans, but do not rely on README alone.
In practice, the most important runtime rules are duplicated in the claude_code* tool descriptions and the quickstart / gotchas / compat-report resources so async polling clients can succeed even when they never read this file.
Features
- 4 tools covering the full agent lifecycle: start, continue, check/poll, manage
- Read-only MCP resources for server info, internal tool catalog, and compatibility diagnostics
- Session management with resume and fork support
- Local settings loaded by default — automatically reads
~/.claude/settings.json,.claude/settings.json,.claude/settings.local.json, andCLAUDE.mdso the agent behaves like your local Claude Code CLI - Async permissions — allow/deny lists + explicit approvals via
claude_code_check - Custom subagents — define specialized agents per session
- Cost tracking — per-session turn and cost accounting
- Session cancellation via AbortController
- Auto-cleanup — 30-minute idle timeout for expired sessions
- Security — callers control tool permissions via allow/deny lists + explicit permission decisions
See CHANGELOG.md for release history.
Prerequisites
- Node.js >= 18 is required.
- Same-platform deployment — this MCP server is designed to run on the same machine as the MCP client. It communicates via stdio (child process), reads local Claude configuration files from
~/.claude/, and accesses the local file system directly. Remote deployment is not supported.
This MCP server uses the @anthropic-ai/claude-agent-sdk package, which bundles its own Claude Code CLI (cli.js). When no explicit pathToClaudeCodeExecutable is provided, this server now prefers a detected local claude command, then claude-internal, and falls back to the SDK-bundled CLI if neither is found.
- The SDK bundles a Claude Code CLI; its version generally tracks the SDK package version, but the exact scheme is not guaranteed
- Default executable resolution order is: request-level
pathToClaudeCodeExecutable->CLAUDE_CODE_MCP_DEFAULT_CLAUDE_PATH->CLAUDE_CODE_MCP_DEFAULT_CLAUDE_COMMAND-> auto-detectedclaude-> auto-detectedclaude-internal-> SDK-bundled CLI - Configuration is shared — the bundled CLI reads API keys and settings from
~/.claude/, same as the system-installedclaude - All local settings are loaded by default — unlike the raw SDK (which defaults to isolation mode), this MCP server loads
user,project, andlocalsettings automatically, includingCLAUDE.mdproject context. Passadvanced.settingSources: []to opt out - You must have Claude Code configured (API key set up) before using this MCP server: see Claude Code documentation
Note: The bundled CLI version may differ from your system-installed
claude. To check:claude --version(system) vsnpm ls @anthropic-ai/claude-agent-sdk(SDK).
Quick Start
As an MCP server (recommended)
Install globally or use npx (no install needed):
npm install -g @leo000001/claude-code-mcp
Add to your MCP client configuration (Claude Desktop, Cursor, etc.):
{
"mcpServers": {
"claude-code": {
"command": "npx",
"args": ["-y", "@leo000001/claude-code-mcp"]
}
}
}
Some clients cache tool/resource metadata at connect-time. This server emits
notifications/tools/list_changedandnotifications/resources/list_changedafter runtime tool discovery so clients can refresh both theclaude_codetool description andinternal-toolsresource.
Anthropic Claude Code CLI (as an MCP client)
claude mcp add --transport stdio claude-code -- npx -y @leo000001/claude-code-mcp
OpenCode
Add a local MCP entry in opencode.json / opencode.jsonc (project) or the global OpenCode config under ~/.config/opencode/:
{
"mcp": {
"claude-code": {
"type": "local",
"command": ["npx", "-y", "@leo000001/claude-code-mcp"],
"enabled": true
}
}
}
OpenCode tip: start with claude_code, keep the returned sessionId, then background-poll with claude_code_check. When approvals appear, decision: "allow_for_session" is usually the best UX because it reduces repeated prompts for the same tool in a session.
OpenCode project configs can launch local commands. Only enable repository-level MCP configs in repos you trust.
OpenAI Codex CLI
codex mcp add claude-code -- npx -y @leo000001/claude-code-mcp
Or manually add to ~/.codex/config.toml:
[mcp_servers.claude-code-mcp]
command = "npx"
args = ["-y", "@leo000001/claude-code-mcp"]
Codex supports both user-level (~/.codex/config.toml) and project-level (.codex/config.toml) configuration. See Codex config reference for advanced options like tool_timeout_sec and enabled_tools.
From source
git clone https://github.com/xihuai18/claude-code-mcp.git
cd claude-code-mcp
npm install
npm run build
npm start
Tools
claude_code — Start a new session
Start a new Claude Code session. The agent autonomously performs coding tasks: reading/writing files, running shell commands, searching code, managing git, and interacting with APIs.
Important protocol note: this call starts background work and returns quickly with sessionId; it does not return the final result. Callers must poll claude_code_check(action="poll"), persist nextCursor, and use claude_code_reply to continue the same session later.
| Parameter | Type | Required | Description |
|---|---|---|---|
prompt |
string | Yes | Task or question for Claude Code |
cwd |
string | No | Working directory (defaults to server cwd) |
allowedTools |
string[] | No | Auto-approved tool names. Default: [] (none). This is not a strict allowlist unless strictAllowedTools=true. Example: ["Bash", "Read", "Write", "Edit"] |
strictAllowedTools |
boolean | No | Server-side strict allowlist toggle. When true, tools outside allowedTools are denied. Default: false |
disallowedTools |
string[] | No | Forbidden tool names. Default: [] (none). SDK behavior: disallowed tools are removed from the model's context. Takes precedence over allowedTools and will be denied even if later approved interactively |
maxTurns |
number | No | Maximum number of agent reasoning steps. Each step may involve one or more tool calls. Default: SDK/Claude Code default |
model |
string | No | Model to use (e.g. "claude-sonnet-4-5-20250929"). Default: SDK/Claude Code default |
effort |
string | No | Effort string: "low", "medium", "high", "max". Default: SDK/Claude Code default |
thinking |
object | No | Thinking config object, not a string: { type: "adaptive" }, { type: "enabled", budgetTokens?: N }, or { type: "disabled" }. Do not pass "low"/"high" here. Default: SDK/Claude Code default |
systemPrompt |
string | object | No | Override the agent's system prompt. Default: SDK/Claude Code default. Pass a string for full replacement, or { type: "preset", preset: "claude_code", append?: "..." } to extend the default prompt |
permissionRequestTimeoutMs |
number | No | Timeout in milliseconds waiting for permission decisions, auto-deny on expiry. Default: 60000 (server-clamped to 5min) |
advanced |
object | No | Advanced/low-frequency parameters (see below) |
<details> <summary><code>advanced</code> object parameters (24 low-frequency parameters)</summary>
| Parameter | Type | Description |
|---|---|---|
advanced.tools |
string[] | object | Visible built-in tool set. Array of exact tool names, [] to disable built-ins, or { type: "preset", preset: "claude_code" } for the default set. This controls what Claude can see/call; allowedTools only controls pre-approval. |
advanced.persistSession |
boolean | Persist session history to disk (~/.claude/projects/). Default: true. Set false to disable. |
advanced.sessionInitTimeoutMs |
number | Session init timeout in milliseconds waiting for system/init. Default: 10000. |
advanced.agents |
object | Define custom sub-agents the main agent can delegate tasks to. Default: none. SDK default: if a sub-agent omits tools, it inherits all tools from the parent. |
advanced.agent |
string | Name of a custom agent (defined in agents) to use as the primary agent. Default: omitted |
advanced.maxBudgetUsd |
number | Maximum budget in USD. Default: SDK/Claude Code default |
advanced.betas |
string[] | Beta features (e.g. ["context-1m-2025-08-07"]). Default: none |
advanced.additionalDirectories |
string[] | Additional directories the agent can access beyond cwd. Default: none |
advanced.outputFormat |
object | Structured output config: { type: "json_schema", schema: {...} }. Default: omitted (plain text) |
advanced.pathToClaudeCodeExecutable |
string | Path to the Claude Code executable. Default: auto-detect claude, then claude-internal, else SDK-bundled Claude Code (cli.js). |
advanced.mcpServers |
object | MCP server configurations keyed by server name. Default: none |
advanced.sandbox |
object | Sandbox behavior config object. This controls sandbox behavior, not the actual Read/Edit/WebFetch permission rules. Default: SDK/Claude Code default |
advanced.fallbackModel |
string | Fallback model if the primary model fails or is unavailable. Default: none |
advanced.enableFileCheckpointing |
boolean | Enable file checkpointing to track file changes during the session. Default: false |
advanced.toolConfig |
object | Per-tool built-in configuration. Example: { askUserQuestion: { previewFormat: "html" } }. Default: none |
advanced.includePartialMessages |
boolean | When true, includes intermediate streaming messages in the response. Useful for real-time progress monitoring. Default: false |
advanced.promptSuggestions |
boolean | When true, emits post-turn prompt suggestion events (prompt_suggestion). Default: false |
advanced.agentProgressSummaries |
boolean | When true, emits AI-generated summaries on system/task_progress events for running subagents. Default: false |
advanced.strictMcpConfig |
boolean | Enforce strict validation of MCP server configurations. Default: false |
advanced.settings |
string | object | Extra Claude Code flag settings. Pass either a path to a settings JSON file or an inline settings object. These load at the highest-priority flag-settings layer. Default: none |
advanced.settingSources |
string[] | Which filesystem settings to load. Defaults to ["user", "project", "local"] (loads all settings and CLAUDE.md). Pass [] for SDK isolation mode |
advanced.debug |
boolean | Enable debug mode for verbose logging. Default: false |
advanced.debugFile |
string | Write debug logs to a specific file path (implicitly enables debug mode). Default: omitted |
advanced.env |
object | Environment variables merged over process.env before launching Claude Code (user values take precedence). Default: inherit process.env |
</details>
Returns: { sessionId, status: "running", pollInterval, resumeToken? }
Notes:
resumeTokenis omitted by default, and is only returned whenCLAUDE_CODE_MCP_RESUME_SECRETis set on the server.- On error:
{ sessionId: "", status: "error", error } modelis optional. If omitted, Claude Code chooses the effective model from its own defaults/settings; inspect session/result metadata if you need to know what actually ran.- If you plan to continue with
claude_code_reply, keep the session persistent (advanced.persistSession=true, which is already the default).
Use claude_code_check to poll events and obtain the final result.
Notes:
- Subagents require the
Tasktool to be available to the primary agent. If you useallowedTools, include"Task"or the agent will be unable to invoke subagents.- If you configure
advanced.mcpServersand want the agent to auto-use tools from those servers without approvals, include the exact tool names inallowedTools(e.g.["mcp__my_server__tools/list"]). Otherwise you will see permission requests viaclaude_code_check.advanced.includePartialMessagesaffects the underlying SDK event stream; intermediate messages are captured as events and returned viaclaude_code_check(theclaude_codecall itself does not stream).
Security: Configure permissions based on your own scope. Callers (MCP clients / orchestrating agents) MUST set
allowedToolsanddisallowedToolsaccording to their own permission boundaries. Only pre-approve tools that you yourself are authorized to perform — do not grant the agent broader permissions than you have. For example, if you lack write access to a directory, do not includeWrite/EditinallowedTools. When in doubt, leave both lists empty and review each permission request individually viaclaude_code_check.
claude_code_reply — Continue a session
Continue an existing session by sending a follow-up message. The agent retains full context from previous turns including files read, code analysis, and conversation history.
Important protocol note: prefer claude_code_reply over starting a fresh claude_code session when you want to continue the same work. This requires a persistent in-memory session, or diskResumeConfig when disk resume fallback is enabled.
| Parameter | Type | Required | Description |
|---|---|---|---|
sessionId |
string | Yes | Session ID from a previous claude_code call |
prompt |
string | Yes | Follow-up prompt |
forkSession |
boolean | No | Create a branched copy of this session. Default: false |
effort |
string | No | Effort string override for this run (and for future replies when not forking): "low", "medium", "high", "max". Default: SDK/Claude Code default |
thinking |
object | No | Thinking config object override for this run (and for future replies when not forking): { type: "adaptive" }, { type: "enabled", budgetTokens?: N }, or { type: "disabled" }. Default: SDK/Claude Code default |
permissionRequestTimeoutMs |
number | No | Timeout in milliseconds waiting for permission decisions, auto-deny on expiry. Default: 60000 (server-clamped to 5min) |
sessionInitTimeoutMs |
number | No | Fork init timeout in milliseconds (only when forkSession=true). Default: 10000 |
diskResumeConfig |
object | No | Disk resume parameters (see below). Used when CLAUDE_CODE_MCP_ALLOW_DISK_RESUME=1 and in-memory session is missing |
<details> <summary><code>diskResumeConfig</code> object parameters (34 disk-resume-only parameters)</summary>
| Parameter | Type | Description |
|---|---|---|
diskResumeConfig.resumeToken |
string | Resume token returned by claude_code / claude_code_reply. Required for disk resume fallback |
diskResumeConfig.cwd |
string | Working directory. Required for disk resume. |
diskResumeConfig.allowedTools |
string[] | Auto-approved tool names (see claude_code). Default: [] |
diskResumeConfig.disallowedTools |
string[] | Forbidden tool names (see claude_code). Default: [] |
diskResumeConfig.strictAllowedTools |
boolean | Server-side strict allow-list behavior for allowedTools. Default: false |
diskResumeConfig.tools |
string[] | object | Base tool set (see claude_code). Default: SDK/Claude Code default |
diskResumeConfig.persistSession |
boolean | Persist session history to disk. Default: true |
diskResumeConfig.maxTurns |
number | Maximum number of agent reasoning steps. Default: SDK/Claude Code default |
diskResumeConfig.model |
string | Model to use. Default: SDK/Claude Code default |
diskResumeConfig.systemPrompt |
string | object | Override the agent's system prompt. Default: SDK/Claude Code default |
diskResumeConfig.agents |
object | Custom sub-agent definitions (see claude_code). Default: none |
diskResumeConfig.agent |
string | Primary agent name (see claude_code tool). Default: omitted |
diskResumeConfig.maxBudgetUsd |
number | Maximum budget in USD. Default: SDK/Claude Code default |
diskResumeConfig.effort |
string | Effort level. Default: SDK/Claude Code default |
diskResumeConfig.betas |
string[] | Beta features. Default: none |
diskResumeConfig.additionalDirectories |
string[] | Additional directories. Default: none |
diskResumeConfig.outputFormat |
object | Structured output config. Default: omitted (plain text) |
diskResumeConfig.thinking |
object | Thinking config object: { type: "adaptive" }, { type: "enabled", budgetTokens?: N }, or { type: "disabled" }. Default: SDK/Claude Code default |
diskResumeConfig.resumeSessionAt |
string | Resume only up to and including a specific message UUID. Default: omitted |
diskResumeConfig.pathToClaudeCodeExecutable |
string | Path to Claude Code executable. Default: auto-detect claude, then claude-internal, else SDK-bundled Claude Code (cli.js) |
diskResumeConfig.mcpServers |
object | MCP server configurations keyed by server name. Default: none |
diskResumeConfig.sandbox |
object | Sandbox behavior config object. Default: SDK/Claude Code default |
diskResumeConfig.fallbackModel |
string | Fallback model. Default: none |
diskResumeConfig.enableFileCheckpointing |
boolean | Enable file checkpointing. Default: false |
diskResumeConfig.toolConfig |
object | Per-tool built-in configuration. Default: none |
diskResumeConfig.includePartialMessages |
boolean | Include intermediate streaming messages. Default: false |
diskResumeConfig.promptSuggestions |
boolean | Emit post-turn prompt suggestion events (prompt_suggestion). Default: false |
diskResumeConfig.agentProgressSummaries |
boolean | Emit AI-generated subagent progress summaries. Default: false |
diskResumeConfig.strictMcpConfig |
boolean | Strict MCP config validation. Default: false |
diskResumeConfig.settings |
string | object | Extra Claude Code flag settings (path or inline object), loaded at the highest-priority flag-settings layer. Default: none |
diskResumeConfig.settingSources |
string[] | Which filesystem settings to load. Default: ["user", "project", "local"] |
diskResumeConfig.debug |
boolean | Debug mode. Default: false |
diskResumeConfig.debugFile |
string | Debug log file path (implicitly enables debug). Default: omitted |
diskResumeConfig.env |
object | Environment variables merged over process.env (user values override). Default: inherit process.env |
</details>
Returns: { sessionId, status: "running", pollInterval, resumeToken? }
Notes:
resumeTokenis omitted by default, and is only returned whenCLAUDE_CODE_MCP_RESUME_SECRETis set on the server.- On error:
{ sessionId, status: "error", error }
Use claude_code_check to poll events and obtain the final result.
Gotchas:
- Permission approvals have a timeout (default 60s via
permissionRequestTimeoutMs) and will auto-deny; watchactions[].expiresAt/actions[].remainingMs. claude_code_replyrequires a persistent session or an enabled disk-resume setup; one-shot/non-persistent sessions cannot be resumed later.Readhas a per-call size cap in practice (often ~256KB); for large files useoffset/limitor chunk withGrep.Editwithreplace_all=trueis substring replacement; if no match is found the tool returns a clear error.- On Windows, this server normalizes common MSYS-style paths (e.g.
/d/...,/mnt/c/...,/cygdrive/c/...,//server/share/...) forcwd,additionalDirectories, and tool inputs that includefile_path. - On Windows, POSIX home paths like
/home/user/...are not rewritten to drive paths; prefer absolute Windows paths under your currentcwdto avoid out-of-bounds permission prompts. - On Windows, Claude Code itself needs Git Bash; set
CLAUDE_CODE_GIT_BASH_PATHin your MCP client config if auto-detection is unreliable. TeamDeletemay require members to reachshutdown_approved(otherwise you may see "active member" errors); cleanup can be asynchronous during shutdown.- Skills may become available later in the same session (early calls may show "Unknown", later succeed after skills are loaded/registered).
toolCatalogCountandavailableToolsare different views: catalog is server-known tools, whileavailableToolscomes from each session's runtimesystem/init.tools.- Some internal features (e.g. ToolSearch) may not appear in
availableTools(derived from SDKsystem/init.tools).
Resources
If your MCP client supports resources, this server exposes a couple of read-only MCP resources:
claude-code-mcp:///server-info(JSON): server metadata (version/platform/runtime + capabilities/limits)claude-code-mcp:///internal-tools(JSON): internal tool catalog (runtime-aware, includes permission/schema metadata)claude-code-mcp:///gotchas(Markdown): practical limits/gotchasclaude-code-mcp:///quickstart(Markdown): minimal async start/poll/respond flowclaude-code-mcp:///errors(JSON): structured error-code catalog and remediation hintsclaude-code-mcp:///compat-report(JSON): compatibility report (transport/platform assumptions, runtime warnings, guidance, recommended settings, tool count diagnostics)
Resource templates:
claude-code-mcp:///session/{sessionId}: lightweight session snapshot for a specific sessionclaude-code-mcp:///tools/runtime{?sessionId}: runtime tool view globally or per sessionclaude-code-mcp:///compat/diff{?client}: client-specific compatibility guidance
Disk resume (optional): By default, claude_code_reply requires the session to exist in the MCP server's in-memory Session Manager. If you set CLAUDE_CODE_MCP_ALLOW_DISK_RESUME=1, it can attempt to resume using the Claude Code CLI's on-disk transcript even when the in-memory session is missing (e.g. after a restart / TTL cleanup). For safety, disk resume fallback requires CLAUDE_CODE_MCP_RESUME_SECRET to be set on the server and requires callers to pass diskResumeConfig.resumeToken (returned by claude_code / claude_code_reply when CLAUDE_CODE_MCP_RESUME_SECRET is set).
claude_code_session — Manage sessions
List, inspect, cancel, or interrupt sessions.
| Parameter | Type | Required | Description |
|---|---|---|---|
action |
string | Yes | "list", "get", "cancel", or "interrupt" |
sessionId |
string | For get/cancel/interrupt | Target session ID |
includeSensitive |
boolean | No | Include cwd/systemPrompt/agents/additionalDirectories/toolConfig (default: false; settings stays hidden) |
Returns: { sessions, message?, isError? }
sessions[] now includes lightweight diagnostics fields: pendingPermissionCount, eventCount, currentCursor, lastEventId, ttlMs, lastError?, lastErrorAt?, fastModeState?, and redactions[].
claude_code_check — Poll events and respond to permission requests
Poll session events/results and approve/deny pending permission requests.
Important protocol note: action="poll" is the main loop, and action="respond_permission" is the only interactive approval flow on this backend. respond_user_input is not supported.
| Parameter | Type | Required | Description |
|---|---|---|---|
action |
string | Yes | "poll" or "respond_permission" |
sessionId |
string | Yes | Target session ID |
cursor |
number | No | Event cursor for incremental polling (poll only). Default: omitted (starts from the beginning of the buffer) |
responseMode |
string | No | "minimal" (default), "delta_compact" (lightweight polling), or "full" (verbose diagnostics) |
maxEvents |
number | No | Max events per poll (pagination via nextCursor). Default: 200 in "minimal"; unlimited in "full"/"delta_compact" |
requestId |
string | For respond_permission | Permission request ID |
decision |
string | For respond_permission | "allow", "deny", or "allow_for_session" |
denyMessage |
string | No | Deny reason shown to Claude (deny only). Default: "Permission denied by caller" |
interrupt |
boolean | No | When true, denying also interrupts the whole agent (deny only). Default: false |
pollOptions |
object | No | Fine-grained poll control options (see below) |
permissionOptions |
object | No | Advanced permission response options (see below) |
<details> <summary><code>pollOptions</code> object parameters (10 fine-grained poll controls)</summary>
| Parameter | Type | Description |
|---|---|---|
pollOptions.includeTools |
boolean | When true, includes availableTools (poll only). Default: false (omitted until session init is received). Derived from SDK system/init.tools (internal features may not appear). |
pollOptions.includeEvents |
boolean | When false, omits events (but nextCursor still advances). Default: true |
pollOptions.includeActions |
boolean | When false, omits actions[] even if waiting_permission. Default: true |
pollOptions.includeResult |
boolean | When false, omits top-level result even when idle/error. Default: true |
pollOptions.includeUsage |
boolean | Include result.usage (default: true in "full", false in "minimal"/"delta_compact") |
pollOptions.includeModelUsage |
boolean | Include result.modelUsage (default: true in "full", false in "minimal"/"delta_compact") |
pollOptions.includeStructuredOutput |
boolean | Include result.structuredOutput (default: true in "full", false in "minimal"/"delta_compact") |
pollOptions.includeTerminalEvents |
boolean | When true, keeps terminal result/error events in events even if top-level result is included. Default: false in "minimal"/"delta_compact", true in "full" |
pollOptions.includeProgressEvents |
boolean | When true, includes noisy SDK progress subtypes (e.g. tool_progress, auth_status, system/api_retry, system/task_progress, system/hook_progress) as MCP progress events. Default: false in "minimal"/"delta_compact", true in "full" |
pollOptions.maxBytes |
number | Approximate max JSON bytes for events in this response. When exceeded, events are truncated and truncatedFields includes "events_bytes". Default: unlimited |
</details>
<details> <summary><code>permissionOptions</code> object parameters (2 advanced permission response options)</summary>
| Parameter | Type | Description |
|---|---|---|
permissionOptions.updatedInput |
object | Modified tool input to run (allow/allow_for_session only). Default: none |
permissionOptions.updatedPermissions |
array | Permission rule updates suggested/applied (allow/allow_for_session only). Default: none |
</details>
Returns (poll and respond_permission): { sessionId, status, pollInterval?, cursorResetTo?, truncated?, truncatedFields?, events, nextCursor?, availableTools?, toolValidation?, compatWarnings?, actions?, result?, cancelledAt?, cancelledReason?, cancelledSource?, lastEventId?, lastToolUseId? }
Notes:
- On error (e.g. invalid arguments, missing/expired session):
{ sessionId, isError: true, error } respond_user_inputis not supported on this backend. Userespond_permissionfor interactive approvals.- Always treat
cursoras an incremental position: storenextCursorand pass it back on the next poll to avoid replaying old events. - If
cursorResetTois present, yourcursorwas too old (events were evicted); reset your cursor tocursorResetTo. - For safety, de-duplicate events by
event.idon the client side. - If
truncated=true, the server intentionally limited the payload (e.g.maxEvents) — continue polling withnextCursor. nextCursorcan remain unchanged withevents=[]during quiet intervals; this is normal transient behavior. Retry a few times (for example up to 3) before treating it as abnormal.toolValidationreports whether configuredallowedTools/disallowedToolsmatch runtime-discovered tool names.compatWarningssurfaces compatibility hints (for example, unresolved tool names or path/platform mismatch signals) and is non-blocking; treat it as advisory unless the session actually fails.- Permission
actions[]includetimeoutMs,expiresAt, and best-effortremainingMsto help callers avoid auto-deny timeouts. - Permission
actions[]may also include SDK-providedtitle/displayNamemetadata; clients should prefer those strings when rendering approval UI. - For
decision="allow_for_session", the server now prefers SDK-providedsuggestions(for exampleaddDirectories) when present, then falls back to a generic per-session tool allow rule. permission_resultevent data is{ requestId, toolName, behavior, source, message?, interrupt? }(denial details only present fordeny).result.fastModeStatemay be present when the SDK reports fast-mode state, andclaude_code_sessionsurfaces the latest knownfastModeStatefor each session.- In
"minimal"mode (default): assistant message events are slimmed (stripsusage,model,id,cache_controlfrom content blocks); noisy SDK progress subtypes (tool_progress,auth_status,system/api_retry,system/task_progress,system/hook_progress) are filtered out;lastEventId/lastToolUseIdare omitted;AgentResultomitsdurationApiMs/sessionTotalTurns/sessionTotalCostUsd. UseresponseMode: "full"or individualinclude*flags to restore any of these. - In
"delta_compact"mode: defaults minimize per-poll payload size (eventsand top-levelresultomitted unless explicitly enabled viapollOptions), while still returning session status/actions/cursors. Note: this does not change the recommended poll interval —runningsessions should still be polled at >=2 minute intervals.
Usage Example
# 1) Start a new session (async start)
start = await mcp.call_tool("claude_code", {
"prompt": "Fix the authentication bug in src/auth.ts",
"cwd": "/path/to/project",
"allowedTools": ["Read", "Edit", "Bash", "Glob", "Grep"],
"effort": "high",
"advanced": {
"maxBudgetUsd": 5.0
}
})
session_id = json.loads(start)["sessionId"]
cursor = 0
# 2) Poll until idle/error/cancelled
while True:
polled = await mcp.call_tool("claude_code_check", {
"action": "poll",
"sessionId": session_id,
"cursor": cursor,
"pollOptions": {
"includeProgressEvents": True
}
})
data = json.loads(polled)
cursor = data.get("nextCursor", cursor)
# If permission is needed, approve/deny via respond_permission
for action in data.get("actions", []) or []:
if action.get("type") == "permission":
await mcp.call_tool("claude_code_check", {
"action": "respond_permission",
"sessionId": session_id,
"requestId": action["requestId"],
"decision": "allow"
})
# Final result is available when status becomes idle/error
if data.get("status") in ["idle", "error", "cancelled"]:
final_result = data.get("result")
break
# 3) Manage sessions (list/get/cancel/interrupt)
result = await mcp.call_tool("claude_code_session", {"action": "list"})
Windows Support
The Claude Code CLI bundled in the SDK requires Git for Windows (which includes bash.exe). If you run this MCP server on Windows and see:
Claude Code on Windows requires git-bash (https://git-scm.com/downloads/win).
This means the spawned CLI process cannot locate bash.exe. Your locally installed claude command may work fine — the issue is that the MCP server's child process may not inherit your shell environment.
claude-code-mcp will try to auto-detect Git Bash from common install locations and set CLAUDE_CODE_GIT_BASH_PATH for child processes. If you still see this error, set CLAUDE_CODE_GIT_BASH_PATH explicitly in your MCP server config:
For JSON-based MCP clients (Claude Desktop, Cursor, etc.):
{
"mcpServers": {
"claude-code": {
"command": "npx",
"args": ["-y", "@leo000001/claude-code-mcp"],
"env": {
"CLAUDE_CODE_GIT_BASH_PATH": "C:\\Program Files\\Git\\bin\\bash.exe"
}
}
}
}
For OpenCode (opencode.json / opencode.jsonc):
{
"mcp": {
"claude-code": {
"type": "local",
"command": ["npx", "-y", "@leo000001/claude-code-mcp"],
"enabled": true,
"environment": {
"CLAUDE_CODE_GIT_BASH_PATH": "C:\\Program Files\\Git\\bin\\bash.exe"
}
}
}
}
For OpenAI Codex CLI (~/.codex/config.toml):
[mcp_servers.claude-code-mcp]
command = "npx"
args = ["-y", "@leo000001/claude-code-mcp"]
[mcp_servers.claude-code-mcp.env]
CLAUDE_CODE_GIT_BASH_PATH = "C:\\Program Files\\Git\\bin\\bash.exe"
Replace the path with your actual
bash.exelocation. Common paths:
C:\Program Files\Git\bin\bash.exe(default installer)To find yours:
where gitin CMD/PowerShell, then look forbash.exeunder the same Git root'sbin\folder.
Alternatively, set the environment variable system-wide so all processes inherit it:
# PowerShell (permanent, requires new terminal)
setx CLAUDE_CODE_GIT_BASH_PATH "C:\Program Files\Git\bin\bash.exe"
Security
- Async permission approvals — when a tool call needs approval, the session transitions to
waiting_permissionand surfaces requests viaclaude_code_check(actions[]). - No runtime privilege escalation tool — permission decisions are per-session (allow/deny lists + explicit approvals), and the server does not expose a
claude_code_configurebypass switch. - Environment variables are inherited — the spawned Claude Code process inherits all environment variables (including
ANTHROPIC_API_KEY) from the parent process by default. Theadvanced.envparameter merges withprocess.env(user-provided values take precedence), so you can safely add or override individual variables without losing existing ones. - Permission policy is enforced in two places —
allowedTools/disallowedToolsare passed to the SDK and also guarded incanUseToolas a defensive consistency check (for example,blockedPathcan still trigger an approval flow). - Tool visibility vs approvals:
- Use
advanced.toolsto restrict which tools the agent can see (hidden tools cannot be called). - Use
allowedToolsto auto-approve specific tools without prompting (the SDK may still prompt for path-based restrictions likeblockedPath). - Use
disallowedToolsto hard-block tools; they are denied even if later approved viaclaude_code_check.
- Use
maxTurnsandadvanced.maxBudgetUsdprevent runaway execution.- Sessions auto-expire after 30 minutes of inactivity.
- Vulnerability reporting: see
SECURITY.md.
Environment Variables
All environment variables are optional. They are set on the MCP server process (not on the Claude Code child process — for that, use the env tool parameter).
| Variable | Description | Default |
|---|---|---|
CLAUDE_CODE_GIT_BASH_PATH |
Path to bash.exe on Windows (see Windows Support) |
Auto-detected |
CLAUDE_CODE_MCP_DEFAULT_CLAUDE_COMMAND |
Exact command name to resolve from PATH as the default Claude executable (for example claude or claude-internal). Mutually exclusive with CLAUDE_CODE_MCP_DEFAULT_CLAUDE_PATH |
(unset) |
CLAUDE_CODE_MCP_DEFAULT_CLAUDE_PATH |
Explicit filesystem path to use as the default Claude executable. Mutually exclusive with CLAUDE_CODE_MCP_DEFAULT_CLAUDE_COMMAND |
(unset) |
CLAUDE_CODE_MCP_ALLOW_DISK_RESUME |
Set to 1 to allow claude_code_reply to resume from on-disk transcripts when the in-memory session is missing |
0 (disabled) |
CLAUDE_CODE_MCP_RESUME_SECRET |
HMAC secret used to validate resumeToken for disk resume fallback (recommended if disk resume is enabled) |
(unset) |
CLAUDE_CODE_MCP_MAX_SESSIONS |
Maximum number of in-memory sessions (set 0 to disable the limit) |
128 |
CLAUDE_CODE_MCP_MAX_PENDING_PERMISSIONS |
Maximum number of outstanding permission requests per session (set 0 to disable the limit) |
64 |
CLAUDE_CODE_MCP_EVENT_BUFFER_MAX_SIZE |
Soft limit for in-memory event buffer per session (0 is not supported) |
1000 |
CLAUDE_CODE_MCP_EVENT_BUFFER_HARD_MAX_SIZE |
Hard limit for in-memory event buffer per session (clamped to be >= max; 0 is not supported) |
2000 |
Choosing the default Claude executable
CLAUDE_CODE_MCP_DEFAULT_CLAUDE_PATHandCLAUDE_CODE_MCP_DEFAULT_CLAUDE_COMMANDare mutually exclusive.- If neither is set, the server auto-detects
claude, thenclaude-internal, then falls back to the SDK-bundled CLI. - Request-level
pathToClaudeCodeExecutablestill overrides these server defaults. - Invalid values for these env vars are treated as startup misconfiguration and will fail the server fast.
How to configure
JSON-based MCP clients (Claude Desktop, Cursor, etc.) — add an "env" block:
{
"mcpServers": {
"claude-code": {
"command": "npx",
"args": ["-y", "@leo000001/claude-code-mcp"],
"env": {
"CLAUDE_CODE_MCP_ALLOW_DISK_RESUME": "1",
"CLAUDE_CODE_MCP_RESUME_SECRET": "change-me"
}
}
}
}
OpenAI Codex CLI — add an [mcp_servers.claude-code-mcp.env] section in ~/.codex/config.toml:
[mcp_servers.claude-code-mcp]
command = "npx"
args = ["-y", "@leo000001/claude-code-mcp"]
[mcp_servers.claude-code-mcp.env]
CLAUDE_CODE_MCP_ALLOW_DISK_RESUME = "1"
CLAUDE_CODE_MCP_RESUME_SECRET = "change-me"
OpenCode — add an environment block under the local MCP entry:
{
"mcp": {
"claude-code": {
"type": "local",
"command": ["npx", "-y", "@leo000001/claude-code-mcp"],
"enabled": true,
"environment": {
"CLAUDE_CODE_MCP_ALLOW_DISK_RESUME": "1",
"CLAUDE_CODE_MCP_RESUME_SECRET": "change-me"
}
}
}
}
System-wide — set via your shell profile or OS settings so all processes inherit them:
# bash / zsh
export CLAUDE_CODE_MCP_ALLOW_DISK_RESUME=1
export CLAUDE_CODE_MCP_RESUME_SECRET=change-me
# PowerShell (permanent, requires new terminal)
setx CLAUDE_CODE_MCP_ALLOW_DISK_RESUME 1
setx CLAUDE_CODE_MCP_RESUME_SECRET change-me
Development
npm install # Install dependencies
npm run build # Build with tsup
npm run typecheck # Type check with tsc
npm test # Run tests with vitest
npm run dev # Watch mode build
E2E regression commands
# Run cancel->poll regression loop (single mode)
npm run e2e:stdio:cancel
# Run waiting_permission + cancel regression loop
npm run e2e:stdio:cancel:wp
# Run both modes and output one summary report
npm run e2e:stdio:runner
E2E notes (Codex and other clients)
- Some clients do not expose
tools/listdirectly in the chat loop. In those clients, treat "tool is callable" as the primary discovery signal, and usetools/listonly when available. allowedTools: ["Read", "Write"]does not guarantee the model will never attemptBash. For deterministic smoke tests, adddisallowedTools: ["Bash"]and state "do not use Bash" in the prompt.- For
claude_code_session(action="get", includeSensitive=true), only assert fields that were actually configured. Optional fields that were never set may be omitted. - If a client reports
Transport closedduring E2E cleanup, reconnect the MCP server first, then runclaude_code_session(action="list")and cancel any remainingrunning/waiting_permissionsessions.
For an end-to-end local test plan (third-party CLI/client integration + real coding tasks), see docs/E2E_LOCAL_TEST_PLAN.md.
Architecture
MCP Client ←→ (stdio/JSON-RPC) ←→ MCP Server [same machine]
├── Session Manager (Map<id, state>)
└── Claude Agent SDK (query())
Session persistence: The MCP server's Session Manager holds in-memory session metadata, a snapshot of session options (tool config, limits, cwd, allow/deny lists, etc.), and an event buffer used by claude_code_check. This metadata is not persisted to disk by the MCP server. The actual conversation history is persisted to disk by the Claude Code CLI (under ~/.claude/projects/) — this is managed by the SDK, not by this MCP server. By default, if the MCP server restarts or the session expires from memory, claude_code_reply will return SESSION_NOT_FOUND even though the CLI transcript may still exist on disk. You can opt into disk-resume behavior by setting CLAUDE_CODE_MCP_ALLOW_DISK_RESUME=1.
Sessions are automatically cleaned up after 30 minutes of idle time, or after 4 hours of continuous running (timed-out running sessions transition to cancelled).
Turn/Cost semantics: numTurns and totalCostUsd are per-call increments. For cumulative per-session totals, use sessionTotalTurns and sessionTotalCostUsd. When forkSession=true, the returned sessionId (and sessionTotal*) refer to the forked session; the original session totals are preserved.
Error Codes
MCP server validation/policy errors are returned as Error [CODE]: message where CODE is one of:
INVALID_ARGUMENT— invalid inputs (e.g. missing sessionId, empty cwd)SESSION_NOT_FOUND— session not found in memory (expired or server restarted)SESSION_BUSY— session currently runningPERMISSION_DENIED— operation not allowed by server policyPERMISSION_REQUEST_NOT_FOUND— permission request ID not found (already finished or expired)RESOURCE_EXHAUSTED— resource limit reached (e.g. max sessions or max pending permissions)TIMEOUT— operation timed outCANCELLED— session was cancelledINTERNAL— unexpected error or protocol mismatch
For Claude Agent SDK execution failures, also check errorSubtype (e.g. error_max_turns, error_max_budget_usd, error_during_execution) and the returned result text.
License
MIT — see LICENSE
Contributing
See CONTRIBUTING.md for development setup and guidelines.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.