官转、混合、逆向：中转站上游来源的三分法与识别方法

为什么必须先看上游来源

中转站是代理层：它自己没有模型，只有额度。所以它的两个核心指标 —— 稳定性下限、价格下限 —— 完全由「额度从哪来」决定。

同样是「0.5 倍率」，官转站是薄利，逆向站是暴利；同样是「偶发超时」，官转站是上游抖动，逆向站可能意味着账号池正在被风控。价格和故障的含义，只有放到来源上才成立。

三类来源的技术细节

官转（官方额度转售）

用正规官方 API Key 转发。技术上没有任何转换，请求原样透传。

• 请求链路：你的客户端 → 中转站 → 官方 API
• 请求头与响应体基本保持不变，/v1/models 返回真实清单
• 支持官方提供的全部能力：批量 API、缓存计费、结构化输出、函数调用、多模态
• 上限：官方限流、官方故障都会原样传导

混合调度

多来源额度池 + 程序化路由。路由权重通常按成本、余额、近期成功率三个维度加权。开源实现里 metapi 是最典型的「中转站的中转站」。

• 请求链路：你的客户端 → 中转站（路由决策）→ 池中某个上游 → 可能是另一家中转站
• 链路长度不固定：同一模型的两次请求可能经过完全不同的路径
• 表现上最明显的特征是方差大：延迟、质量在不同时段差异明显
• 需要关注的是它的熔断策略：好的实现会在某渠道失败率超阈值时摘除，差的会一直重试

逆向订阅

把网页版订阅账号（Claude Pro/Max、ChatGPT Plus/Pro 等）逆向成 API。技术上依赖对网页协议的逆向与会话维持，开源代表是 sub2api。

• 请求链路：你的客户端 → 中转站 → 账号池（择一）→ 上游网页接口
• 不提供官方 API 的完整能力：没有 Batch、没有 cache_control、没有稳定的 /v1/models
• 会话粘性是关键设计：长对话必须落在同一个账号上，否则上下文会断
• 最大的不确定性来自上游的规则变化 —— 一次风控策略调整就可能让整池失效

四个可观察的识别迹象

不用问站长，看这四项就够：

1. 价格区间

2. 接口完整度（最硬的判据）

依次测试：GET /v1/models 是否返回真实清单 → 是否接受标准 system 提示且不被改写 → 是否支持 response_format={"type":"json_object"} → 是否支持 cache_control。

能通过后三项的，几乎不可能是逆向订阅。 因为订阅账号本身没有这些能力，逆向层无法凭空造出来。

3. 模型命名的精度

• 官转：明确写版本号（claude-sonnet-4-6、gpt-5.1）
• 混合：常用系列名（claude-sonnet）
• 逆向：系列名，且经常出现官方并不存在的组合

调用一个不存在的模型名，观察返回的错误文案 —— 官转的错误来自官方（结构规整），逆向站的错误往往来自它自己的中间层。

4. 并发表现

用 10–20 个并发请求打同一个模型。官转的并发上限由你购买的额度决定；逆向站会被账号池容量卡住，通常表现为并发一高就大面积 429，而且 429 的响应体格式与官方不同。

三步判断法

第一步：跑接口完整性测试（5 分钟） /v1/models + json_object + cache_control。全通过 → 往官转/高质量混合方向判；不通过 → 往逆向/低质量混合方向判。

第二步：查价格与能力的匹配度（2 分钟） 报价低于官方价 30%、却声称支持 Batch 和缓存 → 至少有一项不实，直接排除。

第三步：小额并发压测（10 分钟） 充最小额度，跑 20 并发 × 3 轮。观察是否出现格式不统一的 429、是否出现延迟方差剧烈。

三步做完，一家站属于哪一类基本就清楚了。整个过程不到 20 分钟，成本是几十块钱 —— 相比踩一次坑的代价，这个投入值得。

一个常见误区

「逆向就一定差」并不成立。对个人、非关键、低频的用法，逆向类的性价比无可替代，而且很多逆向站在会话粘性和故障切换上做得相当用心。

真正的问题是不要用逆向站的稳定性去承接生产链路，也不要因为它便宜就预充大额 —— 它的失效往往是整体性的、突发的，而不是渐进式的。