上线47天7000+ Star,opencodex让Codex和Claude Code真正用任何大模型跑起来
上线 47 天、7200+ Star:opencodex 让 Codex 和 Claude Code 真正”用任何大模型跑起来”
Claude Code 用着顺手,但默认只能用 OpenAI 的模型。想切到 Claude 自己的模型?官方不支持。想用 Gemini、Kimi、DeepSeek?更不用想了。这是 Claude Code、Codex 用户普遍遇到的”锁死感”——工具很强,但选择权不在你手里。
opencodex 解决的就是这个问题。它是一个本地代理,两条命令装好后,Codex CLI、App、SSH 终端、甚至 Claude Desktop 发出的请求,会被透明地路由到你指定的任意 LLM 提供商。Claude Code 的选择器里直接多出一大堆模型,界面不动,体验全换。
项目边界:它不是什么
首先说清楚这不是什么,避免误判。
opencodex 不是 API 聚合平台,也不是另一个 LLM Gateway。它的本质是一个协议翻译层:把 Codex 的 Responses API 请求,翻译成你目标 provider 的 wire format,再把响应翻译回来。它不改 Codex 本身,不改 Claude Code 本身,代码零侵入,卸掉后不留痕迹(ocx stop 恢复原状)。
它也不是为”省钱”而生的。虽然池化 ChatGPT 账户这个功能客观上能降低用量成本,但它的核心价值是打破 provider 锁定,不是薅羊毛。如果你的场景只需要一个固定模型直接调 API,不需要这么绕一层。
真实使用门槛
必须承认几个硬性门槛:
- 需要 Node 18+:本地开发环境,Node 是标配,但服务器场景可能需要额外装 runtime。
- npm 全局安装 + 两个命令:
npm install -g @bitkyc08/opencodex然后ocx start,装好后开浏览器访问 localhost:10100 配置 provider。不算复杂,但对完全不懂命令行的用户有门槛。 - 部分 provider 有合规风险:文档里明确写了”某些 provider 可能限制通过第三方代理路由流量”,用之前要读一下目标平台的 Terms of Service。企业内网合规要求严格的团队需要评估。
- Windows 支持但有条件:官方说完整支持,实际有赖 Task Scheduler 或 WinSW,部分功能可能不如 macOS/Linux 顺滑。
适合谁 / 不适合谁
适合:
- 已经在用 Codex 或 Claude Code,但因为项目需求、预算或模型特性,需要频繁切换不同 LLM 的开发者
- 想用 Claude Code 的 TUI 交互体验,但需要跑本地模型(Ollama)或者国内模型(Kimi、GLM、DeepSeek)的团队
- 需要管理多个 ChatGPT/Codex 账户,想自动化轮转和配额管理的个人或小团队
不太适合:
- 只需要一个固定模型,直接调 API 就够用的场景——绕这一层反而增加运维负担
- 企业合规要求严格的场景——需要先做 provider ToS 评估
- 完全不习惯命令行的用户——仪表盘再好看,初始配置还是要跑 CLI
为什么是现在这个时间点值得关注
这个项目 2026 年 6 月 18 日上线,到今天(8月5日)正好 47 天。47 天收了 7200+ Star,平均每天 150+ Star,峰值远超这个数字。对于一个开发者工具类项目,这个增速说明有大量 Codex 和 Claude Code 用户在等一个东西:provider 自主权。
核心维护者 lidge-jun 一个人贡献了 2333 次提交,几乎是全职在跑。活跃度很高,issues 和 PR 响应速度都保持在可接受范围。但同时要提醒:这是 47 天的项目,部分 edge case(比如某些 provider 的特定模型行为、Windows 特定场景)可能还没被充分覆盖,用在生产环境前建议先在 dev 跑一段时间。
可执行的下一步
如果你用的是 Codex CLI 或者 Claude Code,想立刻体验:
npm install -g @bitkyc08/opencodex
ocx start
然后打开 http://localhost:10100 ,在仪表盘里添加一个 provider(支持 40+ 内置 provider,包括 Anthropic、Gemini、Kimi、DeepSeek、Ollama 等),保存之后在 Codex 里就能看到新模型出现在选择器里了。
如果你是 Claude Code 用户,跑一下 ocx claude,它会用代理端口启动 Claude Code,你就能在 /model 里直接选路由过来的模型。
详细配置文档在 https://opencodex.me/zh-cn/ ,provider 列表、OAuth 配置、子代理路由、Combos(多个模型加权轮询)都有单独指南。
项目地址:https://github.com/lidge-jun/opencodex
官网文档:https://opencodex.me/zh-cn/
npm 包:https://www.npmjs.com/package/@bitkyc08/opencodex
评论区
登录后可评论。