codex-mcp-thirdparty
Related Servers
Alternatives to codex-mcp-thirdparty
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables MCP clients such as Claude Code to use the latest Codex CLI as a tool, starting new Codex threads and continuing them with replies, including approvals handling and progress notifications. It keeps the classic codex and codex-reply tools working while letting users swap in newer Codex binaries to unlock the newest models.MIT
- AlicenseNot gradedqualityDmaintenanceEnables MCP clients to spawn and control Codex CLI and Claude Code sessions on the host machine, with session management and filesystem access.4MIT
- AlicenseAqualityDmaintenanceEnables Codex to delegate long-running work to Claude Code via blocking MCP calls, with tools for model discovery, run, and resume without polling.3MIT
- FlicenseCqualityBmaintenanceEnables Codex to delegate already-scoped coding tasks to Claude Code and manage the resulting execution and fresh read-only review sessions, returning deterministic PASS/FAIL results through a local MCP interface.716-
- AlicenseNot gradedqualityDmaintenanceIntegrates OpenAI Codex CLI with Claude Code via MCP, enabling code execution, analysis, fixing, and web search within Claude Code.687 npm1ISC
- AlicenseNot gradedqualityBmaintenanceEnables Claude Code to delegate bounded, read-only analysis and isolated patch proposals to the locally installed Codex CLI over MCP, with sanitized live status, revision-aware polling, and reviewable results.1MIT
TDQS
Scored across 4 tools
Each tool has a distinct role: codex starts a new task, codex-reply continues an existing thread, codex-sessions lists recoverable threads, and codex-status reports health. The only potential confusion is between codex and codex-reply, but the descriptions make the new-vs-continue boundary clear.
Names use a consistent codex-prefixed namespace: codex, codex-reply, codex-sessions, codex-status. The bare 'codex' tool does not follow the same suffix pattern as the others, but it reads naturally as the primary action and the overall convention is predictable.
Four tools is well-scoped for a Codex bridge: one to start work, one to continue work, one to recover sessions, and one to diagnose the environment. Each tool earns its place without redundancy.
The surface covers the core lifecycle: start a task, continue a thread, list recoverable sessions, and check status. There is no explicit cancel/abort or delete-session tool, which are minor gaps an agent can generally work around.