编码代理的“模型层”正在被单独抽出来做成一门生意。
发生了什么
Together AI 发布了一款名为 Together Link 的命令行工具。按官方描述，它免费、采用 MIT 许可，作用是把 Claude Code、Codex、OpenCode、Pi，以及 Claude 和 ChatGPT 的桌面应用，连接到 Kimi K3、GLM 5.3 这类开放权重模型上。安装只需一条命令，内置的 Auto 路由会为每次会话挑选模型。Together 方面给出的说法是，这样做可以节省超过 50% 的开销。
为什么重要
过去一年，编码代理的竞争焦点集中在两处：一是代理本身的编排能力（读文件、跑测试、改代码、多轮自我修正），二是背后驱动的模型。Claude Code、Codex 这类工具默认绑定自家或少数几家闭源模型，用户想换模型，往往要改配置、写适配层，甚至根本换不了。
Together Link 切的是中间那一层。它不生产代理，也不生产模型，而是做“模型接入与路由”的中间件：让已经习惯某个代理交互方式的开发者，把底层推理换成更便宜的开放模型。这与 OpenRouter 之类的思路同源，但更聚焦在编码代理这一具体场景，且直接覆盖了 Claude Code、Codex 这些原本相对封闭的入口。
对开放模型阵营来说，这也是一个信号。Kimi K3、GLM 5.3 被点名作为可选项，说明国产与开源模型在编码任务上的可用性，已经足以被第三方工具当作卖点来宣传，而不再只是“便宜替代品”。
影响与看点
对开发者，最直接的价值是成本与选择权。编码代理是 token 消耗大户，长上下文、多轮工具调用会迅速推高账单，把一部分会话路由到开放模型，是相对低风险的降本手段。Auto 路由的体验是否可靠，是这类工具成败的关键——路由错了，省下的钱会以返工的形式还回去。
对代理厂商，这是一个微妙的局面。Claude Code、Codex 的护城河一部分来自模型与代理的联合调优，一旦用户能自由替换底层模型，这层绑定就被削弱。它们大概率不会主动封堵，但也不会乐见其成。
需要克制看待的是“节省超过 50%”这一说法：它取决于任务类型、模型选择和用量结构，官方并未在摘要中给出测算口径。真正值得观察的，是 Auto 路由在真实项目里的命中率，以及开放模型在长链路编码任务中的稳定性。
一个独立判断：编码代理的竞争，正在从“谁的模型更强”转向“谁能让用户自由选择模型”。中间件这一层，会是接下来被反复争夺的位置。
