三箭齐发：Codex、Claude Code 与 OpenCode 的选型对比

Fri, 29 May 2026 15:50:00 +0800

最近我在同时用三个 AI 编程工具：Codex、Claude Code 和 OpenCode。它们看起来都是"AI 帮你写代码"，但定位和能力差别其实挺大。

这篇文章先把核心差异列清楚，再说说我目前是怎么分工用的。

一、三个工具的核心差异

直接上表格，只列事实：

维度	Codex	Claude Code	OpenCode
厂商	OpenAI	Anthropic	开源社区
开源	闭源	闭源	Apache 2.0
模型	GPT 系列	Claude 系列	多模型可选（OpenAI / Claude / Gemini / 第三方）
运行方式	云端	本地 CLI	本地 CLI / 服务端部署
插件机制	无	无	有
MCP 支持	不支持	支持	支持
CI 集成	有限	有限	原生支持
定价	API 按量计费	$20/月 + API 按量	开源免费，模型费用另计
国内访问	需代理	需代理	取决于所选模型
典型场景	IDE 内代码补全与生成	复杂重构 / 多文件协作	自动化 / CI / 服务端运行

几个差异展开说一下：

模型绑定：Codex 绑定 OpenAI 的 GPT 系列，Claude Code 绑定 Anthropic 的 Claude 系列。OpenCode 不绑定特定模型，可以自由切换。

运行形态：Codex 目前主要通过 ChatGPT / API 形态提供服务；Claude Code 是本地 CLI 工具；OpenCode 同时支持本地 CLI 和服务端部署，后者适合跑在服务器上做自动化任务。

开源程度：OpenCode 是三者中唯一开源的（Apache 2.0），可以看源码、改源码、自托管。Codex 和 Claude Code 都是闭源产品。

MCP 支持：Claude Code 和 OpenCode 都支持 MCP（Model Context Protocol），Codex 暂不支持。

二、我目前的使用分工

基于上面的差异，我目前的分工是：

写代码：用 Codex，GPT 模型的代码生成能力在补全场景下表现不错
复杂重构：用 Claude Code，适合跨多文件的 Agent 操作
服务端自动化：用 OpenCode，可以跑在服务器上做代码 review，模型选择灵活

三个工具不冲突，各自干各自擅长的事。这个分工以后可能会随着使用深入而调整。

三、关于深度使用

说实话，Claude Code 和 OpenCode 我目前都还没有太深入地使用。Claude Code 刚装上不久，OpenCode 也是最近才在服务器上跑起来，主要任务就是给代码做 review。

等以后有了更多实际使用心得，再单独写后续文章。这次先把差异点和分工逻辑理清楚，算是一个阶段性的记录。

雷总大气：1 分钱的 Mimo，在服务器上跑起了 OpenCode

Fri, 29 May 2026 15:02:00 +0800

最近一直在用 Cursor 和 Claude Code 写代码，但一直觉得缺一个能在服务器上长期跑着、随时能调的 AI 编程助手。

本地 IDE 的助手虽然方便，但机器不能一直开着，网络出口也时好时坏。而且我最近在大量用 Codex 写代码，写完之后没人 review——让 Codex 自己 review 自己总觉得不太对味，相当于考试自己改卷。

所以目标很明确：在服务器上装一个 AI 编程 CLI，专门用来 review Codex 的代码。

一、装 OpenCode 本身倒没什么坑

安装 OpenCode 就是一条命令的事：

curl -fsSL https://opencode.ai/install | bash

脚本会自动检测系统架构，下载二进制，装到 /usr/local/bin。装完验证一下：

opencode --version
# 1.15.12

干净利落。真正的坑在后面。

二、装 Oh My OpenCode，服务器突然没了

OpenCode 是个 CLI，装完之后还需要装 Oh My OpenCode 这个插件来增强能力。

开始装：

npx oh-my-opencode install

它会问你有哪些 AI 订阅。我坦白说一个付费订阅都没有，但我有 Z.ai 的 Coding Plan，所以选了那个选项。

然后装到一半，服务器突然没响应了。

SSH 窗口卡死，我等了几分钟没反应，关了重连——结果连不上去了。我平时登录服务器用的是 TAT 的免密登录，那天怎么试都提示认证失败。VNC 登录页倒是能打开，但输密码进去也解决不了问题，界面卡在那边不动。

当时心里一凉。毕竟这是我第一次用 opencode，刚装上就搞崩服务器，第一反应就是：是不是这软件有什么问题？

后来实在没办法了，在云控制台点了重启。重启花了整整六分钟，比我印象中慢很多，中间一度担心会不会起不来了。好在最后顺利恢复了。重启之后一切正常，SSH 能连，TAT 免密也回来了。

虽然到现在我也不知道那次卡死到底是什么原因——可能是 npm 装依赖时内存吃紧，也可能是巧合的系统波动——但总之，「万能的重启大法」又一次救了我。

继续把安装跑完，这次很顺利。顺便提一句，刚开始我用 Ctrl+V 粘贴命令死活没反应，后来才意识到终端里得用 Ctrl+Shift+V——这个认知成本大概浪费了五分钟。

三、模型从哪来？我选了 1 分钱/月的 Mimo

装完之后有个现实问题：模型用谁的？

OpenCode 自带的 opencode/ 系列模型能用，但如果想找个稳定的日常编码模型，还是得接第三方。

我选了 Mimo。原因很直白：便宜。最低套餐 1 分钱/月，对于个人开发者来说约等于不要钱。说实话一开始我都不太信，1 分钱能买啥？但查了一下发现是真有这么个套餐，果断下单。谢谢雷总，雷总大气。

配置方式是改 opencode.json，在 provider 里加一段 Mimo 的配置，填入 API Key 就行。Mimo 兼容 OpenAI 的接口格式，所以 OpenCode 可以直接通过 @ai-sdk/openai-compatible 接进来。

接入之后，日常 review 代码就用 mimo-v2.5-pro，够用。

四、所以服务器上的 OpenCode 到底在干什么

装好之后，它的核心任务只有一个：给 Codex 写的代码做 review。

我现在的流程大概是这样：

本地用 Codex 写代码，写完 git push
服务器收到 Webhook，拉取最新代码
跑 OpenCode 对 diff 做审查
审查结果发到 PR 评论区

审查指令大概长这样：

opencode --model mimo-v2.5-pro \
  "review 最近一次 commit，重点看：
   - 有没有空指针或类型错误
   - 代码风格是否统一
   - 逻辑有没有明显遗漏"

这个指令可以直接塞进 Git hooks 或者 CI 脚本里。每次 Codex 提交完代码，服务器自动 review 一轮，有问题直接写在 PR 里。

多了一步审查，代码心里更有底一些。

五、一个意外发现：我一直在用免费模型

装好 OpenCode 之后，我截了几张配置和运行效果的图发给同事分享。结果同事看了一眼问我：“你用的是哪个模型？”

我一看，才发现 OpenCode 默认连的是它自带的免费 opencode/ 系列模型，而不是我刚配好的 Mimo。

也就是说，我前面跑了好几轮 review，全都是在用免费模型干活。效果居然还行，但既然已经买了 Mimo 的 1 分钱套餐，不用白不用。

赶紧在 OpenCode 里 /model 切换成 mimo-v2.5-pro——1 分钱也是付费，得用起来。

这个小插曲提醒了一件事：装完工具之后一定要确认当前生效的模型是什么，别像我一样默认跑了一圈才发现用的不是自己想用的那个。

六、总结

这次在服务器上装 OpenCode，整体还算顺利，中间服务器卡死那次吓了我一跳，但重启大法救回来了。

最终状态是：服务器上跑着 OpenCode + Oh My OpenCode，接 Mimo 的 1 分钱模型，每次 Codex 提交代码后自动 review。相当于给 AI 写的代码加了一道 AI 审核，虽然听起来有点套娃，但实际效果还不错。

再次感谢雷总，1 分钱的模型，真的香。

OpenCode on CHEN 的博客