API 中转站是什么？原理与请求流程
API 中转站是夹在你的程序和模型上游之间的转发服务。程序把请求发给中转站，中转站核对 Key 后转给上游。结果原路传回，中转站同时记录用量并扣费。接入时，通常要换 Base URL、Key，并把模型 ID 改成服务商列表里的写法。
关系披露：本文由 GPTZZZ 编辑部维护。GPTZZZ 提供多模型 API 服务，不是 OpenAI、Anthropic、Google 或其他模型厂商的官方或关联公司。易变化的模型、价格、限额和接口行为以对应厂商当前文档、服务当前说明及你的请求记录为准。
先看答案：API 中转站做什么
- 位置：夹在你的程序和模型上游之间。上游是实际提供模型的一端，可能是厂商官方 API，也可能是其他渠道。
- 职责：核对 Key，按模型 ID 选上游，转发请求和响应，记录用量并扣费。
- 接入：Base URL 换成中转站地址，Key 换成中转站发的 Key。模型 ID 从中转站价格页复制。GPTZZZ 的 Claude ID 带点，如
claude-opus-5.5，官方是claude-opus-5-5。 - 不保证：叫“中转站”不代表完全兼容、安全或便宜，这几点要自己测。
- 别名：AI 中转站、大模型 API 聚合平台，多数时候说的是同一类服务。名字说明不了能力。
想直接动手配置，看 API 中转站怎么用：3 步配好 Base URL 和 Key。
API 中转流程：一条请求怎么走
程序调用一次模型，请求通常经过 6 步：
- 发出请求：程序把请求发到中转站地址，带上 Key、模型 ID 和对话内容。
- 核对 Key：中转站检查 Key 是否有效、能否调用这个模型。不通过就直接返回错误。
- 选择上游：按模型 ID 和 Key 的权限，找到对应的上游渠道。
- 转发：把请求发给上游。两边协议不同时，由中转站转换格式。
- 返回结果：上游的回答传回程序。流式请求边生成边传。
- 记账：记下这次的输入、输出 Token 数，按单价扣余额。
以 GPTZZZ 为例
OpenAI 兼容请求发到 https://gptzzz.ai/v1/chat/completions 这类接口。用 OpenAI 官方 SDK 时，Base URL 填 https://gptzzz.ai/v1，SDK 会自动补上 /chat/completions。Claude 请求发到 https://gptzzz.ai/v1/messages。鉴权头用 Authorization: Bearer 或 x-api-key 都可以。
每个 Key 只属于一个分组，只能调用这个分组里的模型。扣费按该分组的单价算，单价见 GPTZZZ 模型价格页。价格页与控制台不一致时，以控制台为准。要用几家厂商的模型，就为对应分组各建一个 Key，余额共用。
直连官方和走中转，配置差在哪
| 配置项 | 直连官方 | 走 GPTZZZ |
|---|---|---|
| OpenAI 兼容地址 | https://api.openai.com/v1 | https://gptzzz.ai/v1 |
| Claude 地址 | https://api.anthropic.com | https://gptzzz.ai（Claude Code 的 ANTHROPIC_BASE_URL，不带 /v1） |
| Key | 在厂商控制台创建 | 在 GPTZZZ 控制台 /keys 创建 |
| 模型 ID | 厂商文档里的模型名 | 价格页上的 ID，如 gpt-5.5、claude-sonnet-4.6 |
什么时候适合用，什么时候不用
适合用：
- 一个程序要调用多家的模型，想用一个账号、一份余额管理。
- 不想在每家厂商分别开账号、绑卡、充值。
- 想按项目或环境分开 Key，出问题时单独停用。
不适合用：
- 只用一家模型，官方账号已经稳定可用。
- 数据按合同或法规不能经过第三方。先读 API 中转站安全与隐私检查。
- 业务依赖某个新参数或新功能，而中转站还没验证过。
- 需要和模型厂商直接签约、直接开票。
多一层中转，就多一个要信任的服务商，也多一跳网络。值不值得，看省下的管理成本是否大于这些代价。想自己搭网关，可参考多模型 API 网关架构。
API 中转站和反向代理有什么区别
反向代理主要负责把请求转到另一台服务器，比如 Nginx 的 proxy_pass。API 中转站在转发之外，还要认识模型、管理 Key、计算 Token 费用。
| 能力 | 普通反向代理 | API 中转站 |
|---|---|---|
| 转发 HTTP 请求 | 有 | 有 |
| 按模型 ID 选上游 | 没有 | 有 |
| 发放、停用 API Key | 通常没有 | 有 |
| 统计 Token 并扣费 | 没有 | 有 |
| 在不同协议间转换格式 | 没有 | 部分服务有 |
| 流式响应 | 可透传（Nginx 默认缓冲，需关闭 proxy_buffering） | 透传或转换 |
所以，用 Nginx 把官方地址转发一次，并不等于 API 中转站。它不会按模型选上游，也不会替你记账。
用之前先确认 5 件事
- 地址和模型 ID：按服务商文档填，不要自己拼路径。模型 ID 从价格页或控制台复制。
- 功能是否兼容：用到的流式、工具调用、长上下文，各发一次请求试。方法见 API 中转站检测指南。
- 上游是什么：看服务商说明的上游类型。官转、号池、逆向的区别见 API 中转站上游渠道有哪些。
- 数据和 Key：Key 只放服务端，不进前端代码和公开仓库。再看服务商怎样处理日志。
- 账单能否对上：记下每次请求的时间、模型、用量和请求 ID，和控制台记录核对。算法见 API 中转站倍率是什么意思。
常见误会：只改了 Base URL，就当作完全兼容；把同名模型当成同一个上游；只看倍率，不看实际单价。挑选服务商时，可以用 API 中转站选择清单逐项对照。
常见问题
API 中转站是什么？
API 中转站是程序和模型上游之间的转发服务。它核对 Key、选择上游、转发请求和响应，并按用量扣费。它不自动保证兼容、安全或低价。
API 中转站和反向代理有什么区别？
反向代理主要把请求转到另一台服务器。API 中转站还会按模型选上游、管理 Key、统计 Token 并扣费。
用 API 中转站要改哪些配置？
通常要改 Base URL、Key 和模型 ID。模型 ID 按服务商列表填写。以 GPTZZZ 为例，OpenAI 兼容地址填 https://gptzzz.ai/v1。Claude Code 的 ANTHROPIC_BASE_URL 填 https://gptzzz.ai。
AI 中转站和大模型 API 聚合平台是一回事吗？
多数时候指同一类服务，只是叫法不同。名字说明不了能力，要看文档、上游说明和实际请求结果。
API 中转站和官方 API 完全兼容吗？
不能默认完全兼容。你用到的字段、流式事件、工具调用和错误格式，要对照官方文档逐个测试。
一手来源与核验日期
- OpenAI API Reference：Bearer 鉴权与
https://api.openai.com/v1地址（核验于 2026-10-10） - Claude API overview：
https://api.anthropic.com地址与鉴权头（核验于 2026-10-10） - Anthropic Messages API：
POST /v1/messages（核验于 2026-10-10） - Claude Models overview：官方模型 ID 用连字符，如
claude-opus-5-5（核验于 2026-10-10） - openai-python：默认 Base URL 为
https://api.openai.com/v1，请求时追加/chat/completions（核验于 2026-10-10） - nginx ngx_http_proxy_module：反向代理把请求转给另一台服务器，
proxy_buffering默认开启（核验于 2026-10-10） - GPTZZZ 接入文档与模型价格页分组一览：Base URL、鉴权头、Key 与分组规则（核验于 2026-10-10）
最后核验日期：2026-10-10。
模型、价格、限额、协议与路由都可能变化。上线前按当前文档和请求级记录重新验证，并保留测试日期与版本。
