OpenCode MCP Bridge

Registre officiel Sécurité

Coordinate and verify OpenCode workers over MCP Streamable HTTP.

Installation

Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).

Remote (streamable-http)
Claude Code
claude mcp add --transport http opencode-mcp-bridge 'https://opencode-mcp.manuotel.com/worker-mcp' --header 'Authorization: <Bearer token for the user'\''s own bridge deployment.>'
Configuration JSON (Claude Desktop, Cursor, VS Code)
{
    "mcpServers": {
        "opencode-mcp-bridge": {
            "type": "http",
            "url": "https://opencode-mcp.manuotel.com/worker-mcp",
            "headers": {
                "Authorization": "<Bearer token for the user's own bridge deployment.>"
            }
        }
    }
}

Documentation

Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.

Sommaire
  1. opencode-mcp-bridge
  2. Documentation map
  3. First use (60 seconds)
  4. Endpoints
  5. Codex and Claude Code
  6. More harnesses
  7. Worker workflow
  8. Security
  9. Local deployment
  10. Contributor workflow
  11. Publish and discover
  12. Community and license

opencode-mcp-bridge

A coordinator-facing MCP server for a self-hosted OpenCode instance.

First use in 60 seconds

Protocol-level compatibility (MCP over Streamable HTTP) - no official partnerships; some harnesses are unverified end-to-end, see docs/compatibility.md:

A host harness (Codex, Claude Code, or any MCP-capable client) delegates repository or system work to an OpenCode worker on another machine. The host model scopes the task, coordinates the worker, and verifies the result. The bridge speaks MCP over Streamable HTTP with Bearer authentication (remote HTTP only; there is no local stdio transport). It coordinates OpenCode workers; it does not replace OpenCode.

Bring your own bridge: you provide an OpenCode server, your own bridge deployment, your own token, and your own https://<your-domain>/worker-mcp. Generic installs never point at another person's server. The optional community demo endpoint operated by ManuOtel at https://opencode-mcp.manuotel.com/worker-mcp (/worker-mcp only) is opt-in only, requires its own token, and is not for production. Self-host for production with your own token. https://YOUR-BRIDGE-HOST/worker-mcp (as shipped in .mcp.json) is a placeholder, not a usable server; it fails loudly by design.

Documentation map

First use (60 seconds)

You need your own bridge deployment and its Bearer token. Keep the token in environment variables. Never paste a real token into a file, a chat log, or a commit. The optional community demo above is separate and may require its own token; generic steps below only use your bridge.

export OPENCODE_MCP_URL="https://<your-domain>/worker-mcp"
export OPENCODE_MCP_BEARER_TOKEN="<paste-token-here>"

Replace <your-domain> with your bridge host and <paste-token-here> with MCP_BEARER_TOKEN from that host. Generate a fresh token with python3 -c "import secrets; print(secrets.token_urlsafe(48))".

Quick connect (your own bridge): ./scripts/install-client.sh both registers Codex and Claude Code transports from OPENCODE_MCP_URL and OPENCODE_MCP_BEARER_TOKEN. It fails clearly when either is missing or the URL is malformed (http(s)://... ending in /mcp or /worker-mcp); it never falls back to anyone else's server.

./scripts/install-client.sh both --dry-run

Full steps: docs/client-setup.md. Copilot-family products: docs/copilot-setup.md.

Every example below uses https://<your-domain>/worker-mcp (safe default, recommended: the eight worker tools worker_catalog, worker_run, worker_wait, worker_status, worker_verify, worker_cleanup, worker_decide, worker_resume; never exec_run) or https://<your-domain>/mcp (legacy full catalog of 19 tools, with exec_run only when the operator sets ENABLE_EXEC_RUN=true). Codex plugin bundles do not interpolate env vars in the server URL, so register the transport per machine with your concrete URL.

Endpoints

Two Streamable HTTP endpoints share one Bearer token. GET /health plus read-only GET/HEAD on /.well-known/oauth-protected-resource (and /mcp and /worker-mcp children) and /.well-known/mcp/server-card.json stay open with no secrets.

EndpointToolsUse
/worker-mcpWorker tools only (8, never exec_run)Default for all new clients. Least privilege; no shell.
/mcpFull compatibility catalog (19 tools)Legacy only. exec_run fails closed unless ENABLE_EXEC_RUN=true.
/healthNone (open)Reverse-proxy liveness checks.
/readyNone (Bearer token)Readiness: OpenCode plus registry (200/503).
/metricsNone (Bearer token)Bounded counters, no sensitive data.

Codex and Claude Code

Protocol-level compatibility (MCP over Streamable HTTP with a Bearer header) unless an end-to-end test is documented. Matrix, status labels, and first-call contract: docs/compatibility.md.

Codex
codex mcp add opencode --url "$OPENCODE_MCP_URL" --bearer-token-env-var OPENCODE_MCP_BEARER_TOKEN

Codex reads the token from the environment at request time. The opencode-worker plugin adds skills (delegate-to-opencode, then verify-opencode-work, on failure recover-opencode-task; code changes follow opencode-git-workflow). Install from the Git marketplace pinned at v0.6.0, then register your own transport as above (the bundled placeholder URL is not usable):

codex plugin marketplace add ManuOtel/opencode-mcp-bridge --ref v0.6.0

Details: docs/client-setup.md sections 2 and 6. Official docs: https://developers.openai.com/codex/cli/reference

Claude Code

Preferred transport: a project .mcp.json entry with type: http, url: ${OPENCODE_MCP_URL}, and header Authorization: Bearer ${OPENCODE_MCP_BEARER_TOKEN} (expanded at load time, token stays out of the file). CLI alternative, same reference form:

claude mcp add --transport http --header 'Authorization: Bearer ${OPENCODE_MCP_BEARER_TOKEN}' opencode "$OPENCODE_MCP_URL"
claude mcp add --transport http --header 'Authorization: Bearer ${OPENCODE_MCP_BEARER_TOKEN}' opencode-bridge "$OPENCODE_MCP_URL"

A shell-expanded header would persist the secret in local config; rotate the token if a config file leaks. Recommended: the opencode-worker plugin from this repo's Claude marketplace (.claude-plugin/marketplace.json), bundling the transport plus the coordinate-opencode-worker skill. Export both variables first:

claude plugin marketplace add ManuOtel/opencode-mcp-bridge
claude plugin install opencode-worker@opencode-mcp-bridge

There is no npm or Brew package; both marketplaces install from this Git repo. Details: docs/client-setup.md sections 3 and 7. Official docs: https://docs.anthropic.com/en/docs/claude-code/mcp

More harnesses

Config keys differ per product; confirm key names in the linked official docs before pasting. Full copy-ready blocks: docs/harnesses.md. Safe pattern everywhere: URL https://<your-domain>/worker-mcp, header Authorization: Bearer ${OPENCODE_MCP_BEARER_TOKEN}, the eight worker_* tools (worker_wait is the bounded read-only long-poll; worker_decide/worker_resume are approval-gated).

HarnessWhereStatus
ChatGPT Developer Mode / connectorsdocs/harnesses.mdUnverified with a static Bearer header
Cursordocs/harnesses.mdProtocol-level
VS Codedocs/harnesses.mdProtocol-level
Gemini CLIdocs/harnesses.mdProtocol-level
OpenHandsdocs/harnesses.mdUnverified
Windsurfdocs/harnesses.mdProtocol-level
Clinedocs/harnesses.mdProtocol-level
Roo Codedocs/harnesses.mdProtocol-level
Pidocs/harnesses.mdProtocol-level
Hermes Agentdocs/harnesses.mdProtocol-level
GitHub Copilot / Copilot Studio / M365 Copilotdocs/copilot-setup.mdSeparate guide
MCP Inspectordocs/harnesses.mdDebugging only
OpenHands
openhands mcp add opencode-bridge --transport http \
  --header "Authorization: Bearer <paste-token-here>" \
  "https://<your-domain>/worker-mcp"

Replace <paste-token-here> with MCP_BEARER_TOKEN from your bridge host (key names per https://docs.openhands.dev/openhands/usage/cli/mcp-servers). Unverified end-to-end; full block: docs/harnesses.md. Without a client: ./scripts/smoke.sh.

Worker workflow

worker_run is asynchronous (returns a taskID at once). Then wait bounded server-side with worker_wait, or snapshot with worker_status:

worker_catalog()
worker_run(message="Implement X in /path/to/repo", directory="/path/to/repo", title="feat-x")
worker_wait(taskID="<taskID>", directory="/path/to/repo", timeout_s=30)
worker_verify(taskID="<taskID>", directory="/path/to/repo")
worker_cleanup(taskID="<taskID>", directory="/path/to/repo")
  1. worker_catalog (free and connected by default). Default: opencode/muse-spark-1.3-contributor-free. Paid fallback opencode-go/muse-spark-1.3-contributor only when explicitly requested, passed as providerID/modelID. Never auto-selected.
  2. worker_run with message, directory, title, optional requestID for safe retries (deduplicated=true on same-input retry). Save taskID and directory (status reads are directory-scoped).
  3. worker_wait (up to timeout_s, default 30, clamped 1-120; returns early on change, or timed_out=true with next_action="worker_wait") or worker_status for one snapshot. running waits again, idle verifies, stale cleans up, error/unknown recovers (skills/recover-opencode-task/SKILL.md).
  4. worker_verify, then inspect the exact diff and run tests and lint with the host's own tools. Never trust a worker summary alone.
  5. worker_cleanup (action=abort stops, action=delete removes).

Contracts: docs/tool-api.md. Coordinator behavior: docs/worker-operating-model.md. Approval in .mcp.json: worker_run/worker_cleanup prompt; worker_wait/worker_status/worker_catalog/worker_verify auto-approve.

Security

  • MCP_BEARER_TOKEN is root-equivalent: long random value, rotate on leak, never commit .env or tokens.
  • /worker-mcp never exposes exec_run; a leaked worker token cannot become a direct shell. Do not expose /mcp or set ENABLE_EXEC_RUN=true where a shell is not intended.
  • Rotation: MCP_BEARER_TOKEN_SECONDARY holds one overlap token; move clients over, promote, restart. Blank or duplicate values fail closed.
  • Open with no secrets: GET /health plus read-only RFC 9728 discovery and server card. Everything under /mcp and /worker-mcp needs the Bearer token.

Local deployment

Needs Python 3.11+, uv, and a running opencode serve or opencode web (server docs).

git clone https://github.com/ManuOtel/opencode-mcp-bridge.git
cd opencode-mcp-bridge
uv sync
cp .env.example .env
# edit .env: OpenCode credentials + a fresh MCP_BEARER_TOKEN
uv run python -m opencode_mcp_bridge.server

curl http://127.0.0.1:8087/health returns {"ok": true}. POST /mcp and POST /worker-mcp without a token return 401. Key variables: OPENCODE_BASE_URL, OPENCODE_SERVER_PASSWORD, MCP_BEARER_TOKEN, ENABLE_EXEC_RUN (false), TASK_STATE_PATH, MCP_MAX_BODY_BYTES, MCP_ALLOWED_ORIGINS. Put a reverse proxy with TLS in front. Release, checks, rotation, rollback, logs: docs/operations.md.

Contributor workflow

Read AGENTS.md first (ownership, edits, free-model policy, tests, secrets, worktrees, commits, reporting). Skills in skills/.

uv sync
uv run pytest
uv run ruff check src tests
uv run ruff format --check src tests
git diff --check

Publish and discover

In-repo, no secrets: server.json (safe /worker-mcp metadata for io.github.ManuOtel/opencode-mcp-bridge), glama.json (claim for ManuOtel), Smithery via dashboard/CLI. Publishing needs a human owner login. Checklist: docs/registry.md. A registry entry lists the software; it never grants access or supplies a token. /worker-mcp (8 tools, no shell) is the default; /mcp (19 tools, exec_run opt-in) is legacy. Never publish an endpoint you do not operate, and never commit tokens.

Community and license

Read CONTRIBUTING.md before changing code or docs. Follow the Code of Conduct; report security faults per SECURITY.md. Open an issue or a pull request from a feature branch.

License: PolyForm Noncommercial 1.0.0 - free for noncommercial use, see LICENSE.md. Commercial use needs permission: manuotel@gmail.com

Questions fréquentes

Qu'est-ce que OpenCode MCP Bridge ?

Coordinate and verify OpenCode workers over MCP Streamable HTTP.

Comment installer OpenCode MCP Bridge ?

Il fonctionne comme serveur distant. Dans Claude Code : claude mcp add --transport http opencode-mcp-bridge 'https://opencode-mcp.manuotel.com/worker-mcp' --header 'Authorization: <Bearer token for the user'\''s own bridge deployment.>'. Pour les autres clients, collez la configuration JSON de cette page dans leurs réglages MCP.

Faut-il une clé API pour OpenCode MCP Bridge ?

Oui. Il attend Authorization, à renseigner dans sa configuration.

OpenCode MCP Bridge est-il open source ?

Son code est public sur GitHub, mais le dépôt ne déclare pas de licence standard.

Qui maintient OpenCode MCP Bridge ?

Il est publié par ManuOtel. AI.tn le référence sans le maintenir ni le recommander.

Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.