API 中转站怎么选？可直接复制的选型清单

关系披露：本文由 GPTZZZ 编辑部维护。GPTZZZ 是独立第三方的 API 中转服务。它不是 OpenAI、Anthropic、Google 等模型厂商的官方或关联公司。下文的清单同样适用于 GPTZZZ。

可直接复制的选型清单

每个候选填一份。硬门槛有一项填“否”，就不用再打分了。

API 中转站选型清单
候选：________
测试日期：________
客户端版本：________

一、我的需求
要用的能力：
  [ ] 普通  [ ] 流式  [ ] 工具调用
  [ ] 图片  [ ] 长上下文
数据能否交给第三方：
  [ ] 能  [ ] 只能脱敏  [ ] 不能
能接受的中断时长：________

二、硬门槛（一项“否”就淘汰）
[ ] 1 协议（用我的客户端测）
  上面勾选的能力都能跑通
  再发一条报错请求，错误看得懂
[ ] 2 数据
  说得清谁处理请求
  说得清日志存多久、能否删除
[ ] 3 支持
  有工单或邮箱
  有状态页或变更通知
[ ] 4 退出
  Key 可随时撤销
  用量和账单可导出
  余额处理写清楚

三、打分（每项 0 到 2 分）
0 = 没有说明
1 = 有说明，没验证
2 = 自己验证过
模型一致（__/2）
  model 字段、能力、账单对得上
上游说明（__/2）
  按分组说明来源
  如官方 Key、云厂商、号池
价格透明（__/2）
  按同样用量自己算过一遍
账单可查（__/2）
  按 request ID 对上扣费
稳定性（__/2）
  分时段测成功率、首字延迟、断流
迁移成本（__/2）
  换服务只改 Base URL、Key、模型名
合计：__/12
同等用量实际花费：______ 元

四、结论
[ ] 淘汰
[ ] 小流量试用
[ ] 正式使用
出现这些情况要重测：
  模型、价格或规则变了
  错误率上升
  客户端升级

下面逐项说明怎么查。

开始前先写下三件事

要用哪些能力：普通对话、流式、工具调用、图片或长上下文。
数据能不能给第三方：有没有客户信息、个人信息或私有代码。
能接受多久的中断：几分钟、几小时，还是完全不能断。

这三件事决定门槛定多严。还不清楚中转站怎么工作，先读API 中转站是什么。

4 道硬门槛：任一项不过就淘汰

门槛	怎么查	不过的信号
1. 协议能跑通	用你自己的客户端，把要用的能力（普通、流式、工具调用等）和一条报错请求都跑一遍	只说“完全兼容”，拿不出测试结果
2. 数据和 Key 去向清楚	问清谁处理请求、日志存多久、能否删除	说不清请求和 Key 会经过哪里
3. 出问题有人负责	有工单或邮箱，有状态页或变更通知	只能在群里等回复
4. 能撤销、能导出	Key 可随时撤销；用量和账单可导出；余额处理写清楚	停用后拿不回记录或余额

门槛不能用分数抵消。比如 A 延迟更低，但说不清日志存多久；B 稍慢，但数据去向清楚。这时应直接淘汰 A，而不是比总分。

第 1 项怎么测，见API 中转站检测指南，里面有可复制的最小请求命令。

6 项打分：每项 0 到 2 分

只有通过门槛的候选才打分。0 分是没有说明，1 分是有说明但没验证，2 分是你自己验证过。

打分项	怎么查	详细方法
模型一致	返回的 model 字段、实际能力、账单里的模型对得上	模型检测方法
上游说明	按分组说明来源：官方 Key、云厂商、订阅号池或逆向	上游渠道怎么分辨
价格透明	价格公开，你按同样用量自己算过一遍	倍率与账单复算
账单可查	任选一笔请求，按 request ID 对上扣费	同上
稳定性	分几个时段测成功率、首字延迟和断流	稳定性测试方法
迁移成本	换服务只改 Base URL、Key 和模型名	OpenAI 兼容接口迁移

总分只用来给通过门槛的候选排序。某项是 0 分，先补证据再决定。哪项更重要可以加权，但权重要在测试前定好。

比价格时注意什么

倍率只是某个分组的计费系数，只在该分组内有意义。不同分组、不同服务之间都别比倍率，要直接比同一模型每百万 Token 的实际价格。缓存、重试和失败请求怎么扣费，也要一起问清楚。方法见API 中转站倍率是什么意思。

GPTZZZ 在模型价格页按分组标明上游类型：官方 Key 或 GPT 订阅号池。文本模型的“本站价”是已乘分组倍率的人民币价，按每百万 Token 计。“官方价”是厂商原价，别直接和本站价比数字。图片模型按张计费。评估 GPTZZZ 时，同样按上表打分。

看到这些信号要小心

写着“完全兼容”“最稳定”“永久低价”，却没有测试条件。
价格远低于官方，却不说明上游来源。
返回的模型名、文档里的模型和账单对不上。
所有失败都返回同一种模糊错误，分不清鉴权、限流和上游故障。
余额变化对不上 request ID。
Key 撤销不了，用量和账单也导不出来。

拿官方行为做参照，更容易看出问题。例如 Claude API 限流时返回 429，并带 retry-after 头。OpenAI 也建议在生产环境记录每个请求的 request ID。

选定之后：记录结果，按需复测

把填好的清单存档，写上测试日期、客户端版本、模型和得分。一次测试通过，只说明当时可用。出现下面情况就重测：

模型、价格或分组规则变了。
错误率或延迟明显变差。
你升级了客户端或 SDK。
支持渠道、条款或上游说明变了。

常见误区：先看价格再补需求；用不同模型或不同输出长度做比较；只测成功的请求；把付费当成安全证明；选定后不再复测。

常见问题

API 中转站怎么选？

先过 4 道硬门槛：协议能跑通、数据去向清楚、出问题有人负责、能撤销和导出。任一项不过就淘汰。通过的再按 6 项打分，分高的进入小流量试用。

选中转站时要先看价格吗？

不要先看价格。先过硬门槛，再比价。比价要用同一模型、同样用量算实际花费，不要只比倍率。

怎么确认中转站用的是真模型？

看返回的 model 字段、实际能力和账单里的模型是否一致，再看它是否说明上游类型。这些能提高可信度，但不能百分之百证明。

一次测试通过就能上线吗？

不能。要分几个时段重复测成功率、延迟和断流，再用小流量试运行。模型或规则变了，还要重测。

以后换中转站麻烦吗？

取决于接入方式。Base URL、Key 和模型名都放在配置里，接口又兼容，换服务基本只改配置。写死在代码里，就要改代码再重新测试。

一手来源与核验日期

OpenAI API reference：Bearer 鉴权与 x-request-id（核验于 2026-10-10）
OpenAI streaming responses：流式事件类型（核验于 2026-10-10）
Claude API rate limits：429 与 retry-after（核验于 2026-10-10）
Gemini streaming guide：流式事件格式（核验于 2026-10-10）

这些来源用于核对鉴权、request ID、流式事件和限流行为。接口细节会变，以官方当前文档为准。最后核验日期：2026-10-10。

复测提示

模型、价格、限额和路由都可能变化。上线前按当前文档和请求记录重新验证，并记下测试日期。