锁死 Codex 的不是模型，是选择器

真正贵的往往不是模型，是你被关在哪家的选择器里。

Codex 现在已经很好用：桌面 App、任务、Computer Use、原生 GPT 都在。麻烦在于另一件事。你打开模型列表，默认几乎只看见 Sol、Terra、Luna。与此同时，OpenCode Go、Grok 官方登录、Z.ai GLM Coding Plan 你可能早就付过钱了，但它们进不了这个 picker。

于是很多人做了最浪费的决定：再开一个终端、再学一套 harness、再把同一份仓库丢给另一家 agent。不是 Codex 不够强，是产品默认把“能用的模型”和“已经买过的订阅”拆开了。

社区项目 codex-router 解决的就是这个缝。

它到底解决了什么

不是“再教你装一个代理”。它改的是 Codex 最贵的那一层界面：模型选择器。

装完之后，新建任务时列表会变成这样：

不换 App，不丢 ChatGPT 登录，密钥也不用再贴到聊天里。Router 在本机把已有订阅和 OAuth 会话转成 Codex 能认的模型目录。原生 GPT 继续走官方通道，外部模型走本地代理。两边并存，而不是互相覆盖。

这件事之所以值一写，是因为它打中了 2026 年用 coding agent 的真实成本结构：

1. 模型能力已经过剩，入口还是封闭的。 你缺的不是又一个 Grok 或 GLM，而是让已经付过钱的模型出现在正在用的那个 picker 里。
2. 订阅是沉没成本，切换工具才是新税。 再学一套 CLI，等于把工作流、权限、skills、会话历史重买一遍。
3. 凭证不该离开这台电脑。 Router 读的是本机 Keychain、OpenCode auth.json、Grok 官方会话。它不是又一个云中转。

为什么这比再装一个 agent 更划算

opencode 本身已经是模型无关的插座，Grok 也有自己的 CLI。问题是：你如果已经把日常工作放进了 Codex，再平行养一套 agent，摩擦会叠在协作层，而不是模型层。

审查、长任务、桌面自动化、团队约定，都绑在当前这个 App 上。codex-router 不跟你抢工作流，它只把选择器改成供应商中立。你还是在 Codex 里开任务，只是这一次可以按活选模型：贵活留给原生 GPT，高频、便宜、换口味的活丢给 Go / Grok / GLM。

这也是它和“再买一个 API key”不一样的地方。很多人以为缺的是新密钥；真正缺的是复用已经存在的支付关系。OpenCode Go、Grok OAuth、Z.ai Coding Plan 都是你已经完成过一次授权的通道。Router 做的是把这些通道翻译给 Codex，而不是让你再注册一家供应商。

它故意不做什么

它是非官方社区项目。不会让你摆脱 ChatGPT 账号本身，也不会把 Gemini 等 Zen 模型默认塞进 Go 预选。没有对应凭证的 provider，就老老实实显示 setup needed，不拖垮其余几家。

卸载也干净：codex-router codex uninstall。动手前备份 ~/.codex/config.toml 就够了。它改的是本地 openai_base_url 和一份合并后的模型目录，不是你的登录态。

一句话入口

官方仓库在 duolahypercho/codex-router。本机有 ChatGPT / Codex、Node 22、以及三家凭证里的任意一家，就能把它接上。步骤不重要，判断才重要：

别再为已经买过的模型重开一套工具。先把选择器打开。

相关词条：Codex CLI、opencode、Grok 4.6、GLM-5.3、DeepSeek V4 Flash。