TM

thomaswitt/mcp-agents

开发工具

本页由 AI 翻译,技术细节请以原文为准。 查看原文

20 stars 6 forks 质量 72 趋势 24

MCP服务器将Claude代码和Gemini CLI包裹起来,使任何MCP客户端(例如codex)都能调用它作为工具。

概览

⚡ mcp-agents 将 Claude Code 和 Codex CLI 作为 MCP 工具展示,因此任一代理都可以将工作委托给对方,请求第二意见,或为每个 CLI 单独进行独立审查。 ⚠️ OpenAI 已经弃用了 Codex mcp-server。默认的 codex 提供者将 MCP 保持在 mcp-agent 边界,并在下面私密使用 Codex 应用服务器。Codex-Legacy 是一个临时兼容通道,而支持的 Codex CLI 版本仍然会发布弃用命令——这不是新设置的基础。 安装一个包,然后为每个你想暴露的代理添加一个MCP服务器条目。每个提供者都有自己的工具表面。客户端可以通过stdio启动,或者连接到操作员运行的HTTP守护进程;一个进程永远不会动态路由所有后端。 - 要求另一代理执行、审查、调查或挑战计划,同时不离开当前客户端。- 安装一个可执行文件,并选择每个服务器条目后面的代理,使用 --provider。

概述(AI 翻译)

使用Claude代码中的Codex。使用Codex中的Claude代码。一个MCP桥,双向。

简而言之;总结

⚡ mcp-agents 将 Claude Code 和 Codex CLI 作为 MCP 工具,因此 代理人可以将工作委托给对方,请求第二意见,或自行管理 独立审核,每个CLI都不需要定制胶水。

⚠️ OpenAI 已弃用 codex mcp-server。 默认的 codex 提供者将 MCP 保持在 mcp-agents 边界,并使用 codex app-server 私下 在下面。codex-legacy 是支持时的临时兼容性通道 Codex CLI版本仍然保留已废弃的命令——这并不是新命令的基础 布置。

安装一个包,然后为每个你想暴露的代理添加一个MCP服务器条目。 每个供应商都有自己的工具表面。客户端可以在 Stdio 或 连接到操作员运行的HTTP守护进程;一个进程从不动态路由 所有后端。

目录

  • 为什么是mcp-特工?
  • 快速启动
  • 克劳德代码呼叫Codex
  • Codex 呼叫 Claude Code
  • 交通方式
  • 提供者
  • 客户端配置
  • 提供者参考
  • 发展
  • 工作原理
  • 许可证

为什么是mcp-agent?

  • **克劳德↔法典,双向。

本页由 AI 翻译,技术细节请以原文为准。

README

以下为原文 README 节选,完整内容请查看原文。

mcp-agents

Use Codex from Claude Code. Use Claude Code from Codex. One MCP bridge, either direction.

TL;DR

⚡ mcp-agents exposes Claude Code and Codex CLI as MCP tools, so either agent can delegate work to the other, request a second opinion, or run an independent review without custom glue for each CLI.

⚠️ OpenAI has deprecated codex mcp-server. The default codex provider keeps MCP at the mcp-agents boundary and uses codex app-server privately underneath. codex-legacy is a temporary compatibility lane while supported Codex CLI releases still ship the deprecated command—not a foundation for new setups.

Install one package, then add one MCP server entry per agent you want to expose. Each provider has its own tool surface. A client can start it over stdio or connect to an operator-run HTTP daemon; one process never dynamically routes every backend.

Table of contents

Why mcp-agents?

  • Claude ↔ Codex, both ways. Ask the other agent to implement, review, investigate, or challenge a plan without leaving your current client.
  • One MCP integration pattern. Install one executable and select the agent behind each server entry with --provider.
  • Long-running work without wishful thinking. Claude reviews and Codex turns have background jobs, bounded result paging, cancellation, and privacy-safe progress.
  • A migration path off native Codex MCP. MCP clients keep a closed, wrapper-owned interface while the default Codex provider adapts to App Server.
  • Durable Codex sessions. Threads, goals, recovery state, leases, and liveness survive clean bridge reconnects.
  • Optional remote browser access. The browser provider can proxy Chrome DevTools MCP through an operator-owned, fail-closed browser lease.

Quickstart

🚀 Install the bridge once, then configure either or both directions.

Prerequisites

  • Node.js 26 or newer
  • For Claude Code → Codex: Codex CLI 0.149.1 or newer, authenticated and available on Claude Code’s PATH
  • For Codex → Claude Code: Claude Code, authenticated and available on Codex’s PATH

Only configured providers need their corresponding CLI. The browser provider has separate lease-helper requirements described in its advanced reference.

在 GitHub 查看完整 README

安装

npx -y mcp-agents --provider codex
新手?先看 mcpskill.org 教程 →

配置

{ "mcpServers": { "codex": { "command": "mcp-agents", "args": ["--provider", "codex"], "timeout": 7500000 } } }