Codex Supervisor MCP Server

codex-supervisor-mcp

English | 中文

官网 codex-supervisor.zriyo.com · 给模型读的 llms.txt

让几个 agent 同时改一个仓库，结果是互相覆盖、没人说得清谁改了什么，主线程的上下文还被 worker 的输出塞满。

codex-supervisor-mcp 是一个 Codex MCP server，把「派单」和「记账」从模型上下文里拿出来放到磁盘上：一个主线程（Claude Code、Codex 或任何 MCP 客户端）同时指挥多个 Codex CLI worker，一个 worker 一个 Git worktree，状态落盘到 SQLite，附一个网页看板。

30 秒真跑：create_codex_worker ×3，三个 worker 各自 worktree 并行，主线程收 3 份 diff 合成一次 commit。

解决什么

worker 跑的是 codex exec，model 透传：主线程留在 Claude，worker 可以挂 DeepSeek 或任何 Codex 配了 provider 的模型，账单分开算。

五分钟跑起来

前置：Node.js 22.13.0 以上，codex CLI 在 PATH 里。macOS、Linux、Windows 都行。

1. 装

npm install -g codex-supervisor-mcp

postinstall 装 skill、注册 MCP。claude mcp list 里没看到（npx、pnpm、--ignore-scripts 不跑 postinstall）就手动补：

claude mcp add -s user codex-supervisor -- npx -y codex-supervisor-mcp
codex mcp add codex-supervisor -- npx -y codex-supervisor-mcp

重启 Claude Code / Codex。以后不用再手动更，见「更新」。只要 skill 不要 MCP：npx skills add zriyox/codex-supervisor-mcp。

2. 派第一批活

在 Claude Code 里直接说人话，skill 会让它走正确的流程：

把这三个模块的单测补齐，用 codex-supervisor 分三路并行跑，session 叫「补单测」。

主线程背后做的事（你也可以自己调工具）：

create_codex_worker ×3   每路带 session_id、session_title、ownedPaths、goal
wait_codex_workers       默认等 2 分钟，到点返回快照，没完就接着等
get_worker_result ×3     收每路的完整汇报和改动清单

每路的改动在各自的 codex/<taskId> 分支上，合不合、怎么合由主线程定。

3. 开看板

codex-supervisor-web
# 没全局装也能起：
npx -p codex-supervisor-mcp codex-supervisor-web

打开 http://127.0.0.1:7877。状态目录按 SUPERVISOR_HOME、最近的 .mcp.json、~/.codex-supervisor 的顺序找；端口用 SUPERVISOR_WEB_PORT 改。看板只看，不派单不取消。

我自己怎么用

能连 MCP 的都能当主线程，这里只是我的用法。我开两个 Claude Code 会话，一个只管文档，一个只管派活：一个会话又写详设又盯 worker，上下文两小时就满。

两个会话之间只传一段文字，粘进主脑会话用 /goal 接上。结构固定：

【角色】   你是主脑：读文档和代码，派 worker，核结果，更新文档，向我汇报。不写业务代码。
           派活和盯进度用 codex-supervisor 这个 skill，开工前先加载它。
【背景】   这一块为什么做，上一块留下了什么
【先读】   哪几份文档的哪几节。几份说法不一样时以哪份为准
【仓和分支】工作目录在哪，各分支现在在哪个提交，哪些分支只读
【做什么】 照任务书第几节那张表做。一步一个提交，这步验证过了才做下一步。表里没有的不做
【派活】   先 search_works 看有没有派过，别重复
           整批用同一个 session_id
           改同一批文件就串行，文件完全不重叠才并行，每路 ownedPaths 写清
           一个 worker 只做一步。task 写全：背景、文档出处、要改的文件、验证命令、输出格式
           worker 交回来先看 diff。它说过了不算，你看到才算
【构建和测试】全走远端机器，本机不跑
【红线】   不改什么，不推什么，不读什么
【必须停下来问我】
【汇报】   中文，表格优先，报哪几项，然后停下来等我

主脑一轮下来调的工具：

search_works            查这批活派过没有
create_codex_worker     一步一个 worker，同一个 session_id，ownedPaths 不重叠
wait_codex_workers      2 分钟一轮，compact: true，没完接着调
get_worker_result       它说自己做了什么
get_worker_diff         它实际做了什么
ask_codex_worker        对不上就问它为什么，只读，不动它的线程
resume_codex_worker     要改就追一条，让它 amend 进原来那个提交
land_codex_worker       核过了，落进集成分支

上一块活 25 步，主脑会话一个人从第 1 步盯到第 25 步，上下文里只有任务书和每路交回来的汇报，没被 worker 的过程撑爆。

为什么一个 worker 只做一步：第 5 步做错了，让做第 5 步的那个 worker resume_codex_worker 一下，改完 --amend 并回它自己那个提交，主脑再核一次，过了才落进集成分支。要是一个 worker 连做了 5、6、7 三步，第 5 步错了就没法这样改，6 和 7 的提交已经叠在 5 上面，改 5 得连 6、7 一起重做。

看板里有什么

浅色深色跟系统走，没有外网资源。

工具

19 个。

必填的两个：ownedPaths（派单前和在跑的 worker 求交集，重叠就拒，只在派单时查）和 goal.objective（worker 会建成 Codex 原生 goal）。session_id 不传就归不了组，一批活传同一个值。

和 Claude Code 的 subagent 有什么区别

文件隔离不是差别：subagent 自己也能开 worktree。差别在模型和进程。

状态机

终态分两步落盘：turn.completed 先把 status 置成 completed，进程退出后才写 exit_code；wait_codex_workers 等到 exit_code 落了才返回。Windows 没有信号，外部 kill 只报 failed 加退出码。Codex 原生 goal 的 paused / blocked 算 running 并进 needs_attention，usageLimited / budgetLimited 算 failed。

状态存储

默认在 ~/.codex-supervisor/：

changed_files 按 worktree 的真实 diff 算，worker 用 shell 改的、自己 commit 过的都能看到。中文文件名原样返回。老版本的库第一次打开自动迁移。

环境变量

GUI 客户端（Claude Desktop、Cursor、Windsurf）不跑 postinstall，自己把这段加进它的 MCP 配置文件，PATH 里常常没有 codex，显式给 CODEX_BIN：

{
  "mcpServers": {
    "codex-supervisor": {
      "command": "npx",
      "args": ["-y", "codex-supervisor-mcp"],
      "env": { "CODEX_BIN": "/usr/local/bin/codex" }
    }
  }
}

更新

不用手动更。server 启动时后台查一次 registry，有新版就起独立进程 npm i -g 到同一个全局路径；正在跑的会话不受影响，下一个新会话就是新版。只对 npm i -g 装的那份生效，git 源码和 npx 起的不碰。skill 也一样，每次启动刷到已有的 skill 目录，改过的先备份成 SKILL.md.bak-<时间戳>。

装失败（全局目录要 sudo）时 update 字段带原因，手动 npm install -g codex-supervisor-mcp@latest。0.6.1 及以前只提醒不自动装，手动升一次就进自动了。换了 Node 版本注册的路径会失效，claude mcp remove -s user codex-supervisor、codex mcp remove codex-supervisor 后重装。重跑安装：codex-supervisor-setup（--skill-only / --mcp-only / --dry-run）。

卸载：

npm uninstall -g codex-supervisor-mcp
claude mcp remove -s user codex-supervisor
codex mcp remove codex-supervisor
rm -rf ~/.claude/skills/codex-supervisor ~/.agents/skills/codex-supervisor ~/.codex/skills/codex-supervisor ~/.codex-supervisor

Windows

• npm 装的 CLI 是 codex.cmd，Node 拒绝直接 spawn 它。这里绕到 node_modules/@openai/codex/bin/codex.js 用 node 起，不用 shell: true，那样取消时只杀得掉 shell。
• 跨进程取消用 taskkill /PID <pid> /T /F 杀整棵树，先确认那个 pid 跑的是 codex。
• 除 PATH 外还探 %APPDATA%\npm、%LOCALAPPDATA%\pnpm、%LOCALAPPDATA%\Volta\bin、%ProgramFiles%\nodejs。

排查

已知限制

• worker 是 MCP 进程的子进程。MCP 被 kill，worker 跟着没了，结算成 lost；worktree 和 thread_id 都在，resume_codex_worker 接回。让它不跟着死要常驻 daemon，在 Roadmap 里。
• 默认 workspace-write 沙箱里 worker 提交不了（Codex 把 .git 设成只读）。要么收活时 land_codex_worker 带 commitMessage 替它提交，要么派单用 danger-full-access。
• worktree 从一个提交切，你工作区里没 commit 的东西不在里面。
• 只隔离工作目录。临时目录、数据库、端口是共用的。
• ownedPaths 只在派单时查，拦不住 worker 新建清单外的文件。收活看 diff。
• 只管「跑完了」不管「对不对」，验收得主线程自己做。
• 一次 wait_codex_workers 等不到底，客户端的 MCP 工具超时是硬墙，靠反复调。
• search_works 是子串匹配，几百条够用。

Roadmap

做完的：CODEX_BIN / SUPERVISOR_HOME / GIT_BIN；status 和 phase 拆开；ownedPaths / goal / dependsOn；thread_id 落库 + resume_codex_worker；并发和多进程写库；session_id、search_works、原生 goal；Windows；网页看板；baseRef；收活三件套 get_worker_diff / ask_codex_worker / land_codex_worker；后台自动更新。

下一个：常驻 daemon，派单和进程生命周期从 MCP 进程里拿出来。

不做的：向量检索（子串匹配在这个规模更快、零维护）、usage_count 排序（实测 80 个 work 里只有 2 个被回头引用过）。

开发

npm install
npm test               # fake-codex 回放，快且确定
npm run test:edge      # 只跑 test/edge
npm run test:real      # 真 codex CLI 端到端
npm run web:dev        # 看板开发，/api 代理到 7877
npm run web:build      # 打包到 web/dist，发 npm 前自动跑

CI 跑 Ubuntu / macOS / Windows，另加一个 Node 22.13.0 的 job 卡 engines 下界。

参与贡献

看 CONTRIBUTING.md。安全问题走 私密通道，见 SECURITY.md。

License

MIT