AI 中转站最全科普
全面教您了解中转站,知道中转站商业逻辑, 上游渠道
“中转站”这个词在 AI 圈子里已经用了很多年。很多人注册过、充过钱，也知道把请求地址和 API Key 填进客户端就能用，但对请求最后去了哪里、后台怎么扣费、0.1 倍率为什么这么便宜，未必说得清楚。
这不奇怪。大部分用户只想调用模型，没有必要自己搭一套系统。可一旦长期使用，了解中转站的基本运行方式还是有用的。它至少能帮你看懂价格，识别一些明显不合理的渠道，也能解释为什么某个站前一天还很快，第二天突然大面积报错。
中转本质上是一门共享上游的生意。站点、渠道商和用户在同一条链路里，上游稳定时大家一起用，上游出问题时也会一起受影响。所谓“风雨同舟”，在这里并不是一句浪漫的话。
一. 中转站到底中转了什么
从用户视角看，中转站提供了一个接口地址和一串 Key。
用户请求发过去后，站点根据后台规则判断你能用哪个模型、还有多少余额、该走哪条上游渠道，然后把结果转回来。
上游来源大致可以分为两类：一类是按量购买的官方 API 或合规代理渠道，另一类是把 ChatGPT、Claude 等订阅产品的可用量转换后再分发。两者看上去都能返回模型结果，成本结构却完全不同。
二. 常见的中转程序
目前常见的系统包括 New API、Sub2API、CPA 类程序，以及站点自己开发的后台。
2.1 New API
New API 从 One API 一类的聚合网关项目发展而来，主要解决 API 渠道的统一管理和分发问题。
站长可以在后台接入多个上游，设置不同用户的额度、分组倍率、模型权限和并发限制。用户调用时，系统负责扣费并把请求分配给可用渠道。
简单说，它做的是“把 API 拆开卖”。假设运营者可以用美元购买官方 API，或者拿到某个代理渠道，就能通过这类程序把接口提供给更多用户。
2.2 Sub2API
Sub2API 更偏向订阅池的管理与分发。New API 也能做一部分相似的事，但两类系统的设计重点不一样。
订阅产品可以理解成按月买的一份自助餐。订阅分发则是运营者购买套餐后，把可使用的次数或算力集中到后台，再按自己的计费规则分给站内用户。这个比喻不算严谨，却能说明它和官方按量 API 的区别：用户看到的是“额度”，上游实际提供的可能是一份带时间限制、频率限制和账号风控的订阅。
2.3 CPA 或自研系统
CPA是指 CLI Proxy API. 做的事情是把订阅的套餐,(譬如 Codex) 转换成标准的 API 格式.
要说的一点是, 不同站点对名称的用法不完全一致，不能只凭前端样式判断底层系统。
程序本身也不等于渠道质量。两个站即使使用同一套开源面板，上游来源、调度方式、账号池规模和售后处理都可能相差很远。
三. “倍率”到底是什么
倍率是中转站最容易制造误解的地方，因为后台通常同时存在三套数字
- 官方模型价格
- 平台币换算规则
- 用户所在分组的倍率。
先看一个最简单的例子。某次请求按官方 API 标价折算，需要 5 美元。如果站点规定：
- 1 美元标价额度记作 1 元平台余额；
- 用户分组倍率为 0.1；
那么这次请求会扣：
5 × 1 × 0.1 = 0.5 元
这里的 0.1 倍率，确实相当于按官方美元标价口径打到一折左右。
但如果另一个站规定“1 美元额度需要充值 7 元人民币”，同样是 0.1 倍率，计算就变成：
5 × 7 × 0.1 = 3.5 元
两个站都写 0.1，实际扣费差了七倍。所以只截图倍率没有意义， 至少要一起看平台币汇率、模型倍率、输入输出价格和缓存价格。
更完整的理解可以写成：
实际扣款 ≈ 官方标价折算用量 × 平台币换算系数 × 用户倍率
具体系统还可能把输入、输出、缓存写入、缓存命中和图片分别计价，最终账单会更复杂。
需要横向比较时，可以在 禾维 AI 这类价格聚合页面先看不同站点的公开口径，但充值前仍应回到站内账单，用同一段请求实测一次。
四. 订阅号是怎么变成“额度”的
很多低倍率站点并不是直接购买官方 API，而是把订阅账号的使用量换算成官方 API 标价，再显示成站内额度。
这里最容易混淆的一点是：花 200 美元购买一份 Pro 订阅，不等于获得了 200 美元或几千美元的官方 API 余额。订阅给的是一段时间内的使用权限，还会受周限额、频率、风控和模型范围影响。
中转站会统计这份订阅实际跑出的请求，然后反推一个数字：假如这些请求全部改走官方按量 API，按官网标价大约值多少钱。这个结果可以叫“官方 API 标价等值额度”，但它不是能从官方账户里取出来的现金。
用一个常见的估算案例说明。 假设某类 Pro 订阅的真实成本约为每月 200 美元，折合人民币约 1400 元；一周跑出的请求，按官方 API 标价折算约为 1600 美元。一个月按四周计算，就是：
1600 × 4 = 6400 美元标价等值额度
如果中转后台采用“1 美元标价额度记作 1 元人民币余额”的方式，这份订阅在面板上就可能显示为能产出约 6400 元口径的额度。
再假设用户倍率为 0.2，全部售出后的收入约为：
6400 × 0.2 = 1280 元
这个数字甚至低于前面假设的 1400 元订阅成本。实际上, 成本肯定比这个 1400 更高, 因为涉及, 账号作废, 闲置, 支付和服务器费用还没有算进去。
站点想盈利，就需要更高的实际产出、更低的账号获取成本、额外的额度重置，或者把倍率设得更高。
看懂订阅中转，需要把三层账分开：
- 订阅的真实购买成本
- 按官方 API 标价反推的等值额度
- 卖给用户时采用的倍率。
混在一起，就很容易产生“200 美元买到了上万美元 API”的错觉。
五. 为什么有些站能做到 0.1，甚至更低
低价不一定有问题。批量采购、区域价格、合法促销、渠道折扣和高利用率都可能降低成本。但当价格长期低到无法覆盖正常成本时，来源就值得多问一句。
市场上出现过的低成本来源大致包括下面几类。
5.1 订阅漏洞和异常企业账户
模型厂商的订阅、企业账户或计费系统偶尔会出现规则漏洞。 譬如前端时间的 GPT Bug Team 号
有人会批量获取异常低价的账号，再把额度拿来分发。漏洞修复后，上游可能一夜消失，站点也会跟着断供.
这类渠道曾经支撑过一些免费站或极低价站，但很难长期存在。
5.2 首月优惠和地区促销
部分地区、支付方式或用户群体会拿到首月优惠。运营者批量获取促销账号，再将使用量集中分发。
5.3 第三方产品逆向
还有一些渠道来自第三方 IDE、代码工具或支持模型调用的产品, 常见的譬如 Kiro.
运营者对这些产品的接口进行适配，再包装成看起来像普通 API 的服务。
这种渠道经常带有产品自身的系统提示、上下文限制和调用规则。普通对话可能看不出差别，复杂代码任务、工具调用和长上下文更容易暴露问题。第三方一旦修改接口，服务也可能立即失效。
5.4 拒付、盗刷等欺诈渠道
有些账号通过盗用支付工具、恶意拒付或其他欺诈方式获得。付款撤回与模型厂商封号之间可能存在时间差，账号会在这个窗口里被快速消耗。
这类来源直接涉及他人损失，也可能触发连带封禁。
5.5 盗用 Key、余额和免费额度
风险最高的一类来源是盗取他人的 API Key、站点余额或社区分享额度。泄露的 Key 可能来自公开代码、聊天记录、配置错误或带有数据收集目的的免费工具。
也有面板因弱密码、错误开放注册、赠金规则被滥用。对普通用户来说，这些额度表面上只是“便宜”，背后却可能是另一位用户正在承担账单。
六. 便宜渠道会把哪些风险转给用户
6.1 稳定性差，缓存成本也可能变高
订阅池会在多个账号之间调度。同一段对话这次由 A 账号处理，下次可能切到 B 账号。账号被封、额度耗尽或路由变化后，原有缓存未必还能命中，长上下文的实际扣费可能随之增加。
如果站点频繁切换上游，用户看到的现象通常是偶发报错、速度忽快忽慢，或者同一任务的价格不稳定。
6.2 请求内容存在泄露风险
中转站理论上可以看到用户发出的提示词和模型返回内容。站点如果还接了来历不明的二级上游，数据会经过更多层。
更糟的情况是，被盗渠道的真正所有者发现异常后，可能记录请求用于追查；某些所谓免费上游本身也可能以收集数据为目的。因此，商业代码、客户资料、账号密码和未公开文件不应发送给无法确认来源的中转服务。
6.3 模型表现变差
逆向接口可能自带额外上下文，截断用户输入，或者不完整支持工具调用。用户会感觉模型“降智”，但问题未必出在模型本身。
账号池拥挤、上下文被压缩和参数被后台改写，也会造成类似现象。
譬如, Kiro 逆向出来的 Claude, 明显智商 不如 Max 渠道的
6.4 模型可能被替换
极低价渠道有动力把昂贵模型映射到更便宜的模型。只做简单问答时很难察觉，到了代码能力、长上下文、特定知识和工具调用场景才会露出差异。
模型自报身份不能作为验证依据，因为它只是在复述上下文。更可靠的办法是使用固定测试集，比较响应特征、上下文上限、工具支持和长期表现。
6.5 余额和售后没有保障
低价站可能依赖短期渠道。一旦上游被封，站点会限制模型、临时涨价，甚至直接停止服务。预存余额越多，用户承担的风险越大。
总结: 看一个中转站，别只盯着倍率
倍率当然要看，但它只是价格公式里的一项。准备充值前，可以先核对这些问题：
- 一元人民币能买多少平台额度，面板里的“美元”究竟是货币还是记账单位；
- 输入、输出、缓存命中和缓存写入分别按什么价格计算；
- 站点是否说明上游类型，订阅渠道和官方 API 是否分开标注；
- 调用记录能否看到模型、Token 数和单次扣费；
- 高峰期是否稳定，长上下文、流式输出和工具调用能不能正常工作；
- 出现上游故障时，是否有公告、退款或余额处理规则。
还有一条很朴素：价格低得让人难以理解时，不要急着替卖家解释商业模式。先把平台币、倍率和上游成本算一遍。算不通，风险多半只是暂时没有落到你头上。