Token导航 LogoToken导航

MCP Server · 运维云端

Codex MCP Swarm

一个包装OpenAI Codex CLI的MCP服务器,支持真正的并行执行和实时任务监控,无需额外依赖。

未说明官方级别未说明来源级核验工具 5
PythonClaude云端部署

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
TKasperczyk
提供方
TKasperczyk

工具数量

5

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Codex MCP Swarm 属于运维云端类 MCP Server,公开资料标注 5 个工具,通过传输方式未标注接入,适配 Claude,没有现成的安装命令;接入前要先准备 会话凭据。

分类

运维云端

传输方式

未说明

认证方式

会话凭据

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 5 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

codex mcp群

一个MCP服务器,将OpenAI的Codex CLI封装在一起 真正的并行执行 和 实时任务监控.零依赖性——单个Python文件,仅限stdlib。

为什么?

官方的 codex mcp-server 按顺序处理请求。如果您的MCP客户端(Claude Code等)需要运行5个Codex任务,它们会一个接一个地排队。此服务器将每个任务生成为一个独立的子进程,因此它们并行运行。

其他Codex MCP包装器没有的独特功能:

  • 工作树隔离 -- worktree: true 为每个任务创建一个隔离的git工作树,这样并行的Codex实例就不会相互编辑
  • 批量等待 --启动N个任务,调用 codex_wait 一旦完成,即可获得所有结果
  • 实时状态 --查看每个Codex任务现在正在做什么(上次工具调用、当前推理、进度)
  • 全标志奇偶校验 --与官方Codex MCP工具相同的参数(sandbox, approval-policy, cwd, model, config等等)
  • 插入配置 --接受相同 -c key=value 服务器参数为 codex mcp-server

工具

工具说明
codex同步执行(直接替换官方)
codex_async即发即弃--返回 task_id 立即
codex_reply通过以下方式继续上一个会话 codex exec resume
codex_status实时视图:调用的工具、上次命令、当前思维
codex_wait阻塞直到多个任务完成,返回所有结果

安装

克劳德代码

claude mcp add codex-swarm -- uvx --upgrade codex-mcp-swarm \
  -c model=gpt-5.4 \
  -c approval_policy=never \
  -c sandbox_mode=danger-full-access \
  --skip-git-repo-check

就是这样。没有克隆,没有设置。 uvx 直接从PyPI下载并运行它。这 --upgrade 标志确保您在重新启动时始终获得最新版本。

注: 需要 紫外线 (curl -LsSf https://astral.sh/uv/install.sh | sh).或者,使用 pipx run codex-mcp-swarm 而不是 uvx codex-mcp-swarm.

手册(~/.claude.json)

{
  "mcpServers": {
    "codex-swarm": {
      "type": "stdio",
      "command": "uvx",
      "args": [
        "--upgrade",
        "codex-mcp-swarm",
        "-c", "model=gpt-5.4",
        "-c", "approval_policy=never",
        "-c", "sandbox_mode=danger-full-access",
        "--skip-git-repo-check"
      ]
    }
  }
}

这 -c 标志与 codex mcp-server --复制粘贴您现有的配置。

用法

并行执行

1. Call codex_async with prompt A  -->  task_id: "abc123"
2. Call codex_async with prompt B  -->  task_id: "def456"
3. Call codex_async with prompt C  -->  task_id: "ghi789"
4. Call codex_wait(task_ids=["abc123", "def456", "ghi789"])
   --> blocks until all finish, returns all results

工作树隔离

防止并行任务编辑相同的文件:

1. Call codex_async(prompt="Refactor auth", worktree=true)
   --> task_id: "abc123"
   --> Worktree Branch: codex-swarm/abc123

2. Call codex_async(prompt="Add logging", worktree=true)
   --> task_id: "def456"
   --> Worktree Branch: codex-swarm/def456

3. codex_wait(task_ids=["abc123", "def456"])
4. git merge codex-swarm/abc123
5. git merge codex-swarm/def456

每个任务都有自己的git工作树和基于HEAD的分支。完成后,将分支合并回去。工作树在24小时后自动清理(可通过以下方式配置 CODEX_SWARM_TASK_MAX_AGE).

实时监控

Call codex_status(task_ids=["abc123"])
-->
=== Task abc123 (45s elapsed) ===
Phase: running
Tools called: 23
Last tool: exec_command(grep -rn "handleError" src/)
Output: Analyzing error handling patterns across the codebase...

会话连续性

1. Call codex(prompt="Review this file")  -->  result + session persisted
2. Call codex_reply(threadId="", prompt="Now fix the bug you found")

服务器标志

标志描述
-c key=value配置默认值(可重复)。格式与 codex mcp-server.
--skip-git-repo-check允许在git repos之外运行。
--ephemeral不要持久化会话文件。使伤残 codex_reply.

每次通话参数

支持Codex MCP官方工具的所有参数:

  • prompt (必填)
  • model --覆盖服务器默认值
  • sandbox -- read-only, workspace-write, danger-full-access
  • approval-policy -- untrusted, on-failure, on-request, never
  • cwd --工作目录
  • profile --配置文件来自 config.toml
  • config --键的对象=值覆盖
  • worktree --在隔离的git工作树中运行(防止并行任务冲突)
  • base-instructions, developer-instructions, compact-prompt

环境变量

变量默认值描述
CODEX_SWARM_LOG/tmp/codex_mcp_swarm.log日志文件路径
CODEX_SWARM_LOG_LEVELWARNING日志级别(DEBUG, INFO, WARNING, ERROR)
CODEX_SWARM_TASK_DIR/tmp/codex_swarm_tasks任务输出存储目录
CODEX_SWARM_WORKTREE_DIR/tmp/codex-swarm-worktrees工作树存储目录
CODEX_SWARM_TASK_MAX_AGE86400 (24小时)完成任务工件(和工作树)清理前的秒数

需求

  • Python 3.8+
  • Codex CLI 已安装并验证
  • 无pip依赖项(仅限stdlib)
  • 适用于Linux和macOS(Linux通过以下方式获得额外的PID重用保护和僵尸检测 /proc)

学分

最初灵感来自 jeanchristophe13v/codex mcp异步。重写了全标志奇偶校验、JSONL状态解析、批处理等待和会话回复支持。

许可证

麻省理工学院

工具与能力

工具数量

5

资源数量

0

提示词数量

0

能力标签

并行执行Python本地部署任务监控工作树隔离实时状态会话持久化

支持客户端

Claude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

看服务状态

查询容器、日志和监控指标,定位异常。

执行部署变更

在权限范围内触发发布、回滚和环境切换。

核对资源用量

汇总用量,找出闲置和超额的部分。

选择建议

值得选的地方

  • 只提供 5 个工具,职责集中,接入后不容易误操作。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 需要自备会话凭据,没有凭据没法直接试。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。

更适合

  • 需要在运维云端场景里让模型直接调用外部能力的人。
  • 已经在用 Claude 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 暂时拿不到会话凭据的人。
  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Codex MCP Swarm

MCP World · 本页

5未说明未标注1 个2026-05-17
Ui Tars Desktop 8a825770

MCP World

0stdio有1 个2026-05-17
Elie222 MCP

MCP World

0未说明未标注1 个2026-05-17
Arizeai Phoenix MCP

MCP World

0stdio有3 个2026-05-17
Unity MCP 87ee506e

MCP World

42HTTP有2 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Codex MCP Swarm 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Codex MCP Swarm 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Codex MCP Swarm 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Codex MCP Swarm 需要 API Key 吗?

公开资料标注的认证方式是会话凭据,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

Codex MCP Swarm 支持哪些客户端?

公开资料标注支持 Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP