CodeRelay中转正式运营，每月12号捐1%给韩红基金会

行业快讯

基于New API构建的多模型协议统一网关CodeRelay中转于2026年4月18日正式运营，主打跨格式协议转换与多渠道号池调度。站方宣布每月12号将全站消费额的1%捐入韩红基金会。

又一家中转站上线，但这家每月12号要做点不一样的事

4月18日，CodeRelay中转（coderelay.cn）正式进入运营状态。这不是什么惊天动地的新闻，国内 AI API 中转赛道这两年已经挤得水泄不通，DMXAPI、CRS、各种 NewAPI 分叉站点多如牛毛。但这家站点今天（5月12日）发的一则公告，在 linux.do 论坛上被顶了上去：即日起，每月12号，CodeRelay 会把全站用户消费金额的 1% 捐入韩红爱心慈善基金会，转账备注写「CodeRelay中转」全体用户。

5月12日是汶川地震18周年。选这个日子启动，显然不是随机决定。

中转站做公益，听起来像是噱头。但如果看这个赛道最近半年的竞争态势，会发现单纯拼价格已经没有太多空间——Opus 4.6 的反代价格已经被压到 1.5 元/百万输入 tokens，Sonnet 4.6 甚至有 0.3 元的渠道在卷。当价格趋近于成本底线，差异化就只能从别的地方找。

CodeRelay 中转控制台界面，展示多模型渠道列表和倍率配置

技术底座：New API 加协议转换层

先说正事。CodeRelay 的技术栈并不神秘，底层是开源的 New API 网关项目，这套东西在国内中转圈基本是事实标准，One API 的一个活跃分叉，支持渠道分组、倍率计费、额度管理那一套完整能力。

它的核心价值在于协议统一。对开发者来说，最烦的事情莫过于同一个应用里要同时对接 OpenAI 的 /v1/chat/completions、Anthropic 的 /v1/messages、Google 的 generateContent，三套请求结构、三套鉴权方式、三套流式返回格式。CodeRelay 做的事情是在网关层把这些全部抹平——你可以用 OpenAI 格式调 Claude，也可以用 Claude 原生格式调 GPT，甚至可以用 Gemini 协议去跑 DeepSeek。这不是简单的字段映射，tool calling、多模态、流式增量、thinking block 这些细节都得在网关层做正确的双向转换，踩过坑的人都懂其中的工作量。

对 Claude Code、Codex CLI、Cursor 这类原生绑定特定厂商协议的工具来说，这种网关等于一把万能钥匙——工具以为自己在和 Anthropic 对话，实际背后接的是国内号池里的任何一个模型。

渠道结构：号池分层明码标价

看一下 CodeRelay 公开的倍率表，能窥见当前中转站的典型玩法：

  • ClaudeCode-Max 渠道：倍率 1.5
  • Claudecode-反重力逆向：倍率 0.65
  • ClaudeCode-补贴渠道：倍率 0.5
  • ClaudeCode-廉价渠道：倍率 0.45
  • ClaudeCode-Kiro 逆向：倍率 0.4
  • ClaudeCode-Wd 逆向：倍率 0.4
  • Codex Plus 号池：倍率 0.15
  • Codex Fast 号池：倍率 0.3

这个表单其实把行业潜规则摆到了台面上。所谓 Max 渠道就是拿 Claude Max 订阅号跑 API 调用，质量最接近官方但成本也最高；逆向渠道指的是从各类 IDE 插件、套壳工具里逆出来的入口，价格便宜但稳定性看运气；补贴和廉价渠道通常是站方自己贴钱或者用企业额度分摊。Codex 的 0.15 倍率意味着什么？按当前 GPT-5 的定价折算，基本是官方价的零头，这种价格跑批量任务简直是白菜。

需要提醒一句：逆向和号池方案在合规性和稳定性上都有风险，账号被封、中途限流、质量注水都是常见问题。CodeRelay 的做法是把不同质量的渠道明确分组，让用户自己选——跑生产用 Max 组，跑实验用逆向组，这种透明度在中转站里算是比较厚道的。

协议统一到底解决什么问题

聊点具体的。一个典型的多模型应用，比如一个代码助手，在真实场景里会遇到这些需求：

  • 主力用 Claude Sonnet 4.6 做代码补全，延迟和质量平衡
  • 复杂重构任务升级到 Opus 4.7，但只在必要时调用，控制成本
  • 简单问答路由到 GPT-5.4 或者 DeepSeek-V3.2，进一步压成本
  • 高峰期主力模型限流时，自动 fallback 到备选渠道

如果每个模型直连官方 API，这套路由逻辑得自己在业务层实现，还要处理三套 SDK、三种异常类型、三份计费账单。更头疼的是国内直连——OpenAI 和 Anthropic 本身就不对国内开放，企业要么自建海外代理要么走中转，没有第三条路。

统一网关的意义在于把这些问题打包解决：一个 base_url、一个 api_key、一套 OpenAI 格式的请求，想调哪个模型就改 model 字段。计费在一个后台看，日志在一个地方查，限流在网关层做。对独立开发者和中小团队来说，这个运维收益比省下来那点 token 费用更实在。

差异化往哪里走

回到开头那个问题——价格卷到底之后，中转站还能拼什么？

从 CodeRelay 和近期其他几家站点的动作看，答案大概有几个方向：

企业级对接能力。CodeRelay 明确提到「企业、中转对接，倍率可调」，这是在向 To B 倾斜。个人用户看价格和稳定性，企业用户看 SLA、发票、专属渠道、可议价倍率，这是两个完全不同的生意。DMXAPI 这些老牌站点也是靠企业合规业务站稳脚跟的。

计费透明度。「无任何隐藏扣费」这句话听起来像废话，但中转圈里悄悄加倍率、注水渠道的案例多到数不清，GitHub 上 zzsting88/relayAPI 那个仓库每周都在更新各家渠道的实测价格和质量评测，读者基本都是被坑过的。能把倍率表贴在首页的站点，至少态度上是认真的。

社区和信任。这就回到开头的公益承诺了。把每月 1% 消费额定向捐赠，数字不算大，但它把站方和用户绑到了同一艘船上——你每调一次 API，就有一点点钱流向公益。这种小叙事在开发者社区里很吃得开，比任何「限时折扣」都更能建立记忆点。

一个务实的判断

CodeRelay 目前还是一个新站点，linux.do 上的热度在涨，但论坛老玩家都清楚，中转站这行死亡率很高，跑路、质量崩盘、突然涨价的前车之鉴一大堆。选中转站的基本原则没变：小额充值试用、不把鸡蛋放一个篮子、关键业务保留官方或头部中转的后路。

对于写代码的人来说，多一家支持 OpenAI/Claude/Gemini 协议互转的网关总不是坏事，特别是在 Claude Code、Codex 这类工具越来越多的当下——这些原生工具默认只认自家协议，没有中转层基本在国内跑不起来。如果你已经在用 OpenAI Hub（openai-hub.com）这类聚合平台，CodeRelay 算是多一个备选，两家都是 OpenAI 格式兼容，切换成本几乎为零，关键时候互为备份更稳妥。

至于每月 12 号的那 1%，能坚持多久、捐款凭证是否公开、金额如何审计，这些都得时间来验证。做生意讲情怀容易翻车，但愿意在启动节点就把公益写进运营规则里，至少说明运营者知道这个行业缺什么——不只是便宜的 token，还有一点能让人记住的体面。

参考来源