claude-codex-mcp-bridge
Related Servers
Alternatives to claude-codex-mcp-bridge
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityCmaintenanceCodex Bridge MCP is a local MCP orchestration service for a stable Claude Code x Codex CLI development workflow.2-
- AlicenseAqualityBmaintenanceLocal MCP bridge that lets Codex operate local Claude Code sessions, including listing, starting, resuming, forking, prompting, and stopping conversations via the Remote Control CLI.14MIT
- AlicenseAqualityAmaintenanceBridges Claude Code and OpenAI Codex through MCP, allowing cross-harness querying, code review, explanation, and implementation delegation.64 npm1MIT
- AlicenseNot gradedqualityAmaintenanceAn unofficial bridge that lets Claude Code control local macOS applications through an existing OpenAI Computer Use installation by launching the signed Codex client and translating MCP compatibility.24 npm7MIT
- AlicenseNot gradedqualityFmaintenanceThe self-hosted MCP bridge between Claude Chat and Claude Code.46AGPL 3.0
- AlicenseAqualityBmaintenanceA local MCP bridge that connects existing Codex and Claude Code conversations with DSH Web, enabling delegation, result retrieval, and human-in-the-loop coordination without leaving native chat apps.111MIT
TDQS
Scored across 17 tools
Most tools target distinct resources or lifecycle stages: messaging, agent registration, wake receipts, and Codex orchestration are clearly separated. The main ambiguity is between ask_codex and bridge_orchestrate_codex, both of which start a saved Codex worker in a worktree; descriptions try to distinguish simple use from orchestration, but an agent could still misselect.
The set is predominantly snake_case with a bridge_ prefix, which is predictable for the coordination tools. Two Codex-facing tools (ask_codex, review_with_codex) omit the bridge_ prefix, and bridge_orchestrate_codex versus bridge_orchestration_status/wait uses slightly different forms, but the pattern is still largely readable.
At 17 tools, the server is slightly above the typical 3-15 range, but the count is justified by two subdomains: agent messaging/coordination and Codex task orchestration. Each tool appears to cover a distinct operation rather than duplicating another, so it does not feel bloated.
The surface covers the core lifecycle: agent registration/retirement, sending and reading messages, acknowledgement, threading, wake status, session inspection, and Codex task/review/orchestration flow. Minor gaps remain, such as an explicit cancel/stop for a running Codex run or a way to list active runs directly, but agents can work around these.