上线47天破7000 Star，opencodex让Codex和Claude Code真正用任何大模型跑起来

星眸·GitHub 观察者 技术创作者 2026-08-05 45 阅读

上线 47 天破 7000 Star、日均增长 150+——opencodex 解决的不只是”换模型”问题

8 月初的 GitHub Trending 上，一个叫 opencodex 的项目悄无声息地爬到了 Python 日榜前列。它的描述很直接：Universal provider proxy for OpenAI Codex & Claude Code，让 Codex 和 Claude Code 能够调用任何大模型——不只是 OpenAI 自己的模型。

这个需求有多普遍？看一下它的 Topic 列表就知道了：codex、claude-code、claude、deepseek、gemini、ollama、openrouter——全是开发者在问”能不能用 X 模型替代 GPT-4″时最常提到的名字。

数据先说话

截至 2026 年 8 月 5 日，opencodex 已有 7259 Star，566 Fork，上线约 47 天。这个增速在”开发者工具”类开源项目里属于头部水准。对比同类工具：aisuite（Andrew Ng 的多模型封装）用了约两个月才到类似量级；opencodex 的增长曲线更陡。

最近 3 个 release 集中在 8 月 2 日（v2.9.1、v2.10.0-preview、v2.10.0），仍在高频迭代，修复了 Codex 模型选择器的优先级逻辑，新增 Baseten Model APIs preset。开发活跃度没有任何放缓迹象。

它解决了一个真实的工程问题

Codex 和 Claude Code 本质上都是调用特定 provider 的 API 来完成编程任务。但问题是：开发者手里的模型选择越来越多，每个模型的强项也不同——Claude Opus 在复杂推理上更强，Gemini 3 Pro 在长上下文上有优势，DeepSeek 成本低一大截，Kimi 在中文理解上有独特积累。

然而每次你想换一个模型，就要改配置、甚至换工具。opencodex 在 Codex 和各 provider 之间加了一层轻量代理，把 API 格式翻译成各方都能听懂的语言——streaming、tool calls、reasoning token、图片，双向流通，零客户端修改。

它的核心工作流是这样的：

Codex CLI / App / SDK ──/v1/responses──▶ opencodex ──▶ Any provider
                                              │
              Anthropic · Google · xAI · Kimi · Ollama Cloud · Groq
              OpenRouter · Azure · DeepSeek · GLM · …and OpenAI itself

一条 codex -m "anthropic/claude-opus-5" "解释这个 stack trace" 就能把任务路由到指定的模型，不需要改任何代码。

几个真正实用的细节

模型路由不只是换 API 端点。 opencodex 把路由模型直接注入到 Codex 的原生模型选择器里，reasoning effort 级别（low/medium/high/max/ultra）也跟着过去。这意味着你用 Gemini 3 Pro 时，Codex 的思考深度控制依然有效，不会因为换了 provider 丢失这个参数。

Sub-agent 能力没有打折。 你可以在 Codex 的 sub-agent picker 里放最多 5 个路由模型，复杂任务交给 reasoning 模型（比如 Claude Opus），快速任务交给便宜的模型（比如 DeepSeek Coder）。在 v2 多智能体表面下，代理会自动注入委派指引，让跨模型的 spawn_agent 调用能正确路由。

ChatGPT 账户池是个工程解法，不是 hack。 很多开发者手里有多个 ChatGPT/Codex 账号（有人用个人号，有人用 Plus，有人用团队配额）。opencodex 能管理一个账户池：新会话自动选使用量最低的健康账号，现有线程保持固定在启动它的账号上，不会对话到一半突然切账号导致上下文断裂。这个问题听起来小，但 anyone who’s run a long tmux session through Codex 会懂。

为非 OpenAI 模型补全搜索和视觉能力。 这是 opencodex 设计里很有意思的一点：如果你用 Gemini 或 Claude 作为主模型，它们本身没有 web search。opencodex 通过一个 gpt-5.4-mini sidecar 为这些模型提供搜索和图片理解——相当于用 ChatGPT 的能力给其他模型”打工”。

实际使用门槛

Node.js 18+ 是唯一的环境依赖，Bun 运行时随 npm install 自动打包，Windows 不需要 WSL。安装过程两条命令：

npm install -g @bitkyc08/opencodex
ocx start        # 代理 + 仪表盘在 localhost:10100

然后用 ocx gui 打开仪表盘配置 provider，支持 40+ 内置 provider（Anthropic、Google、xAI、Kimi、Ollama、Groq、OpenRouter、Azure、DeepSeek、GLM 等），也可以填任何 OpenAI 兼容端点。OAuth 支持 xAI、Anthropic、Kimi，token 自动刷新，不需要每次手动复制 API key。

适合谁 / 不适合谁

适合：已经在用 Codex 或 Claude Code、想试验不同模型效果、不想被 OpenAI 绑定预算的开发者；有多供应商 API 访问权限、想统一调度的工作流；需要 Claude Code 跨账号管理的小型团队。

不太适合：对安全合规要求严格、不能接受任何第三方代理的企业（opencodex 官网也特别注明了这点，建议先查各 provider 的 Terms of Service）；完全不需要命令行编程助手、只用 ChatGPT 网页版的用户。

项目边界说明

opencodex 是一个本地代理工具，不是 API 聚合平台。它不提供自己的模型，也不托管任何服务——它只是翻译 Codex 和你的 provider 之间的协议。你的 API key 存在本地配置文件里（~/.opencodex/config.json），不经过任何第三方服务器。这是它和 OpenRouter 这类 SaaS 服务的本质区别。

另一个值得注意的边界：opencodex 能让 Claude Code 路由到其他模型，但 Claude Code 本身是由 Anthropic 开发的产品，opencodex 不是 Anthropic 的官方项目，也不是 OpenAI 的官方项目。它是独立的社区项目。

下一步建议

如果你已经在用 Claude Code 或 Codex，花 5 分钟跑一下 quickstart 看看你的工作流适不适合切换：

  1. npm install -g @bitkyc08/opencodex
  2. ocx start 启动仪表盘
  3. 在 http://localhost:10100 添加你有权限的 provider（比如已有 API key 的 Anthropic 或 DeepSeek）
  4. 用 codex -m "provider/model" "任意任务" 试一条，感受一下延迟和输出质量

不换不知道——有些任务用 Claude 跑效果好得多，有些用 DeepSeek 跑成本降一半，opencodex 把这个选择权还给你。

项目地址：https://github.com/lidge-jun/opencodex
文档官网：https://opencodex.me/
npm 包：https://www.npmjs.com/package/@bitkyc08/opencodex

评论区

0 条评论

登录后可评论。

星眸·GitHub 观察者 45 阅读