如果你在 2026 年用 AI 写代码，大概率手边两个都开着：Claude Code 和 OpenAI Codex。它们都是跑在终端里的编码 agent，很容易被框成 Claude Code vs Codex，哪个更好？ 但实际更有用的问题是：怎么让 Claude Code 和 Codex 一起用，而不是让你自己变成在两个终端之间来回复制上下文的「人肉消息总线」？
简短答案：可以，而且有三种做法。手动做法——两个终端、一份共享的上下文文件、加上 git worktree——今天就能跑。如果你本来就在 Claude Code 里干活，OpenAI 官方的 Codex 插件能让你直接在里面调用 Codex。而想让两者平起平坐地一起干活，最省事的是在两者前面放一个编排器。这篇三种都讲。
同时使用 Claude Code 和 Codex 的三种方式
先看三种方式的对比，细节在下面各有一节。
| 方式 | 工作原理 | 适合 | 注意 |
|---|---|---|---|
| 两个终端 | 你并排运行两个 CLI，通过一个文件和 git worktree 共享上下文。 | 偶尔在同一个仓库里做交叉审查 | 上下文要你自己带，结果要你手动合并。 |
| Orkas | 桌面应用把两个 CLI 当作 agent 放进同一个对话，由 Commander 并行分派工作。 | 两个 agent 同时处理各自独立的部分，以及围绕代码的非代码工作 | agent 不会自动获得各自的 git worktree，而且应用需要保持打开。 |
| OpenAI 的 Claude Code Codex 插件 | Claude Code 仍是你的会话，通过斜杠命令调用 Codex 做审查或接手你交付的任务。 | 已经在 Claude Code 里工作的人 | Codex 只是 Claude Code 里的帮手，而不是平级搭档；可选的 review gate 还可能很快用完你的额度。 |
Claude Code vs Codex：各自强在哪
谁也没有全面压倒谁；它们形状不同，一起用就是各取所长：
- Claude Code 往往强在读懂一个已有的代码库：读陌生代码、讲清架构、做谨慎的多文件改动、审一个 diff 看它到底会弄坏什么。
- Codex 往往强在快速、边界清晰的执行：搭一个新功能的骨架、生成样板代码、把一个定义清楚的工单快速啃完。
所以「哪个更好」是个问错了的问题。有意思的用法是用其中一个做规划和评审，用另一个做执行——而且理想情况下，两者能互相抓出对方的错。
手动做法：两个终端，一份共享上下文
两个工具都是 CLI，在任意项目目录里都能跑：
npm install -g @anthropic-ai/claude-code # 然后：claude
npm install -g @openai/codex # 然后：codex让它们在同一个项目上协作的诀窍，是给它们一份共享的事实来源，并让它们别互相踩脚：
- 在仓库里维护一份活的
PROJECT_CONTEXT.md，两个 agent 都读、都更新，这样一个写的计划另一个能看到。 - 用 git worktree，让每个 agent 在自己的分支、自己的目录里干活——永远不会争抢同一批文件。
git worktree add ../feature-claude feature/claude
git worktree add ../feature-codex feature/codex
# 一个终端跑 `claude`，另一个跑 `codex`；再评审、合并两边的 diff这能跑。问题在于你就是那层集成：把 Claude Code 的计划贴给 Codex，把 Codex 的 diff 贴回 Claude Code，再手动把结果对齐。
真正好用的工作流：规划 → 执行 → 交叉评审
大家最后落到的最可靠的套路，是在两个 agent 之间搭一条小流水线：
1. Claude Code — 读代码，写计划（涉及文件、步骤、风险）
2. Codex — 快速实现计划，产出 diff
3. Claude Code — 评审 Codex 的 diff：正确性、边界情况、风格
4. 针对评审指出的问题再循环两个相互独立的模型互审对方的工作，能抓出一类「单个 agent 自己批改自己作业」时会心安理得漏掉的错误。代价是协调开销——而这恰恰是最值得自动化的那部分。
摩擦点：编排器其实是你
上面这些都能跑，做一次性任务也够用。但每天都这么干，手动做法会悄悄把你变成编排器：把每个任务路由给合适的 agent、在它们之间搬运上下文、对齐两份 diff、还得在脑子里记着谁干了什么。这是实打实的活——而且不管你是在张罗两个编码 agent 还是二十个，这都是同一个协调问题。
Orkas 里怎么让 Claude Code 和 Codex 一起跑
Orkas 是一个开源、本地优先的桌面应用，它把上面那套手动切换变成了内建能力。它能替你运行本地 CLI 编码 agent——Claude Code、Codex、OpenClaw、OpenCode 和 Hermes——并在一个对话里协调它们。配置很短：
1. 在你的机器上装好并登录 `claude` 和 `codex` 这两个 CLI
2. 在 Orkas 里：新建聊天 → 添加一个 agent → "External" 标签 → 选一个 CLI
（Orkas 只列出它在你 PATH 上探测到的 CLI）
3. 做两次——一个 Claude Code agent，一个 Codex agent
4. 可选：给每个 agent 设一个项目目录，以及一个模型
（模型留空则用各自 CLI 的默认模型）Orkas 不重写、也不包装这些模型。它把你机器上已经装好的真实 claude 和 codex 二进制当子进程来跑，用的就是你已经在它们里登录好的凭证。它管的是协调，不是密钥。
一个 Commander，两个 agent，并行
现在你在一个对话里有了两个专才 agent。给主 Commander 下达任务，它就把活分派下去——可以把「读懂并规划」交给 Claude Code、把「快速实现」交给 Codex。当 Commander 在一个回合里同时派出好几个委派时，Orkas 会并发执行它们（一次跑几个），于是 Claude Code 和 Codex 能同时干活，而不是你在几个终端之间来回切。你也可以直接 @ 其中任意一个 agent。这套编排怎么工作，我们在 多 Agent 编排实战 里拆过。
还有一个光靠两个裸终端拿不到的好处：当 Orkas 运行 Claude Code 或 Codex 时，它会通过一条本地桥把自己也暴露给它们。于是编码 agent 在自己这一轮里，就能用上 Orkas 连接的工具和知识——你的 GitHub、Notion、Google Workspace 连接器，以及你的知识库——而不只是仓库里的文件。
当 Claude Code 或 Codex 用量达到上限
两个 CLI 都有用量上限，上限跟你的套餐挂钩，一个长任务可能做到一半就撞上。你可以等额度重置。如果两边你都付了费，也可以把任务交给另一个 agent：Claude Code 和 Codex 的额度来自两个独立的套餐，所以一个用完时，另一个通常还有余量。
这种交接之所以可行，是因为工作成果放在项目文件夹里，而不在任何一个 agent 的会话里。2026 年 10 月 20 日，我们用这两个 CLI 在一个小型 Python 工具上试了一次。Claude Code 写完前一半（含测试）后停下，留下一份简短的进度笔记：做完了什么、还剩什么、哪些决定要保留。Codex 在同一个文件夹里全新启动，读了这份笔记，沿用了那些决定，写完剩下的部分，并跑了整套测试：14 个测试，全部通过。让交接成功的正是这份笔记，所以不管哪个 agent 先开工，都让它边做边维护一份。
在 Orkas 里，同样的交接在一个对话里就能完成。两个 agent 在同一个项目文件夹里工作，每次运行都会拿到项目的“目标与规则”和“记忆”，也都能读取项目的待办。当 Claude Code 停下并提示“当前用量已达上限”时，@ 你的 Codex agent，让它从笔记那里接着做。它还能看到这个对话最近的消息，所以你不用来回粘贴任何东西。
有两件事 Orkas 不做：它不会给任何一方的套餐增加额度，也不会替你切换 agent；什么时候交接由你决定。两个 CLI 都用较新版本时，Orkas 里每个 agent 的页面会显示每个额度周期还剩多少、什么时候重置。
官方捷径：OpenAI 的 Claude Code 版 Codex 插件
如果你平时就在 Claude Code 里工作，OpenAI 已经把这套流程缩短了一截。它发布的 Claude Code 版 Codex 插件（codex-plugin-cc，Apache-2.0 许可）在 Claude Code 会话里就能装：
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup装好后多出几条命令：/codex:review 对你当前的改动做只读审查，/codex:adversarial-review 让它盯着某个具体的设计决定挑刺，/codex:rescue 把一个任务交给 Codex；另有 /codex:status、/codex:result、/codex:cancel 管理后台运行的任务。它走的是你本机的 Codex CLI 和 app server——和你直接用时同一份安装、同一个登录、同一份代码检出——需要 ChatGPT 套餐（含免费的 Free 套餐）或 OpenAI API Key。
这样，上面说的交叉审查就从复制粘贴变成了一条命令。但格局没变：你干活的地方仍是 Claude Code 会话，Codex 是被叫进来做审查、或接你交过去的任务。OpenAI 的 README 还提醒，插件里可选的 review gate 可能让两者来回打转，很快耗完你的用量额度。如果你想让两个 agent 平起平坐——各干各的活、同时跑、结果汇到一处——那就是上面介绍的 Orkas 方案。
Claude Code Projects 带来了什么变化
自 2026 年 9 月 17 日起，Claude Code 推出了 Projects 测试版：由一个协调者把目标分派给多个并行的线程（thread），每个线程都是一个在独立分支上运行的 Claude Code 云端会话。这解决了同时运行多个 Claude Code agent 的问题，但没有把 Codex 带进来。每个线程都是 Claude Code，而且线程运行在 Anthropic 的云端，而不是你的电脑上。如果你想让 Claude Code 和 Codex 做同一件事，仍然需要本文介绍的三种方法之一。
想进一步了解 Projects 怎么运作、边界在哪里： Claude Code Projects 详解 →
几个要写准的点
- CLI 和登录得你自己准备。 Orkas 只负责起
claude和codex，不代管 API 密钥或登录。先把它们装好、登录好，用较新的版本（大致 Claude Code 2.0+、Codex 0.100+）。 - 想安全并行，就把它们指到不同目录。 Orkas 不会把每个 agent 隔离到各自的 git worktree——如果两个都指向同一个文件夹并同时跑，它们会并发改同一批文件。给每个 agent 各自的项目目录或仓库，才能真正安全并行。
- 放手多少由你决定。 每个 CLI agent 都按你设定的权限等级运行，在「AI 团队 > 该 agent > 运行设置 > 权限等级」里选：使用 CLI 默认权限、需要确认或完全访问。使用 CLI 默认权限会保留 CLI 自己的权限设置；需要确认会启用授权请求，完全访问会跳过 CLI 的确认框。连接器权限单独管理：敏感操作需要确认，除非你已为当前任务授权该连接，或在 Orkas 中启用了“信任”模式。
那么——Claude Code 还是 Codex？
都要。 用 Claude Code 做理解、架构和评审；用 Codex 做快速、边界清晰的执行；再让一个 Commander 在两者之间路由，这样你是在掌舵工作，而不是搬运工作。这才是「一起用」而不是「二选一」的意义所在。
本地优先意味着你的仓库和密钥都留在自己机器上——见 什么是本地优先 AI？。想省掉两个终端来回切的麻烦，就 下载 Orkas，用一个 Commander 同时指挥 Claude Code 和 Codex。
Claude Code 与 Codex 一起用：常见问题
可以同时用 Codex 和 Claude Code 吗？
可以。它们是两个独立的 CLI，会话状态各自独立，没有任何东西拦着你在同一个仓库里同时跑。真正要做的是别让它们同时改同一批文件——要么用 git worktree 隔开，要么由一个 commander 把每个任务只交给一个 agent。
Claude Code 和 Codex 之间会互相通信吗？
不会自己通信。Claude Code 读 CLAUDE.md，Codex 读 AGENTS.md，谁也看不见对方的会话。例外是 OpenAI 的 Claude Code 版 Codex 插件：它让 Claude Code 会话可以调用 Codex 来做审查或接手委派的任务。除此之外，要共享的东西必须经过一个两边都写的文件，或者经过一个编排器，把一个的结果带进另一个的 prompt。
有没有给 Claude Code 用的 Codex 插件？
有。OpenAI 官方发布了 codex-plugin-cc。在 Claude Code 里运行 /plugin marketplace add openai/codex-plugin-cc 和 /plugin install codex@openai-codex，再运行 /codex:setup。它新增让 Codex 做审查、以及把任务交给 Codex 的命令，走你本机的 Codex CLI，需要 ChatGPT 套餐（含 Free）或 OpenAI API Key。
Codex 和 Claude Code 一起用，最好的方式是什么？
按各自强项分工，而不是按文件分：让 Claude Code 规划和评审，让 Codex 执行一个有边界的改动，然后让另一个去读这份 diff。这一道交叉评审比把同一个 agent 跑两遍捞出来的问题多。
怎么让 Codex 和 Claude Code 协同工作？
手动做法是两个终端、一份共享的 spec 文件，再给每个 agent 一个 git worktree 免得改动撞车。在 Orkas 里两者都作为本地会话跑在同一个 Commander 下，由它派发任务并把两份 diff 收进同一段对话。
能不能让 Claude Code 和 Codex 同时在同一个项目上跑？
可以并行，但别让两个同时指向同一个文件夹——它们会并发编辑同一批文件。给每个 agent 自己的 git worktree 或自己的项目目录。Orkas 不会替你把 agent 隔离到独立 worktree，所以这一步无论如何都要自己做。
能不能在一个终端里跑 Claude Code 和 Codex？
作为两个交互式会话不行——每个 CLI 都要占自己的 TTY。实际做法是用 tmux 分屏，或者让一个编排器把两个当作本地会话跑、把输出汇到一处。Orkas 走的是后一条路：两个 CLI 在同一个 Commander 下运行，回报到同一个对话里。
除了 Claude Code 和 Codex，还能编排别的吗？
可以。Orkas 能驱动五个本地 CLI agent——Claude Code、Codex、OpenCode、OpenClaw 和 Hermes。你装了哪些就会出现哪些，同一个 Commander 可以在同一个项目里混用。
Claude Code Projects 能和 Codex 一起用吗？
不能。Claude Code Projects 只协调 Claude Code 云端会话。要让 Claude Code 和 Codex 处理同一个任务，你需要 Codex 插件、用 git worktree 手动搭建，或者用 Orkas 这样的编排器在你的电脑上同时运行两者。
Claude Code 和 Codex 都需要付费套餐吗？
两个 CLI 各用各自的登录和套餐。Orkas 只是启动你本地已有的二进制——它不管理任何一方的 API key、登录或计费。
Claude Code 或 Codex 用量达到上限时怎么办？
等额度重置，或者把任务交给另一个 agent，因为两边的额度来自不同的套餐。在项目文件夹里留一份简短的进度笔记（做完了什么、还剩什么、哪些决定要保留），让另一个 agent 能接着做。在 Orkas 里，两个 agent 共用项目文件夹和对话，所以你只要 @ 另一个，让它继续。