官方渠道转发 · 兼容 OpenAI 协议 · 实时在线
把 GPT-5.5、Codex、Claude Opus、Gemini 3 等分散在不同厂商、不同协议、不同付款方式的接口， 收敛成一个 Base URL 和一把 API Key。不需要海外信用卡，不需要代理， 原有代码改两行即可完成迁移。本页面从工程角度讲清楚：它在你的技术栈里处于哪一层、 迁移要动什么、钱是怎么算的、以及稳定性到底靠什么保证。
架构定位
它不是一个 SDK，也不是模型本身，而是横在应用层与模型厂商之间的网关层。 理解这一点，就能明白它能解决什么、不能解决什么。
业务代码、Agent 编排、RAG 检索、前端交互。这一层完全不需要为中转站改造，它甚至不知道中转站的存在。
OpenAI SDK、LangChain、LlamaIndex、Vercel AI SDK。只需在初始化时把 base_url 指向中转站，其余调用方式不变。
协议转换、鉴权与配额、用量计量与计费、多路负载、限流退避、故障转移、日志与归因。这一层是中转站的全部价值所在。
OpenAI、Anthropic、Google、DeepSeek 的原生接口。中转站把请求原样透传到这里，返回结果不做裁剪。
迁移指南
答案是：两个参数。下面把每种典型场景要改的地方逐条列出，改完即可跑通。
| 场景 | 原来的写法 | 改成 | 改动量 |
|---|---|---|---|
| OpenAI SDK | base_url 缺省api_key=sk-proj-… |
base_url="https://api.chatgptcn.cn/v1"api_key="sk-中转站令牌" |
2 行 |
| 调用 Claude | Anthropic SDKclient.messages.create() |
改用 OpenAI SDKmodel="claude-opus-4-8" |
换 SDK |
| LangChain | ChatOpenAI(model=…) |
额外传 base_url 与 api_key |
2 个参数 |
| 环境变量 | OPENAI_API_KEY |
追加 OPENAI_BASE_URL |
1 个变量 |
| 网络层 | 需配置代理 / 海外服务器 | 代理配置全部删除 | 做减法 |
| 业务逻辑 | messages / stream / tools | 完全不动 | 0 |
temperature=0，对比官方与中转站的输出及 usage 字段是否吻合。tools 参数和一次 stream=true 的请求，确认 Function Calling 与流式输出正常。透明计费
按 Token 实际用量计费，输入 / 输出 / 缓存命中三档分别计价。 先充值后消费，余额不设有效期，无月费、无最低消费。
| 模型 | 输入 / 1M | 输出 / 1M | 缓存命中 / 1M | 相对官方 | 状态 |
|---|---|---|---|---|---|
gpt-5.5OpenAI |
¥1.75 | ¥10.50 | ¥0.175 | 3.5 折 | 在线 |
gpt-5.4OpenAI |
¥0.88 | ¥5.25 | ¥0.088 | 3.5 折 | 在线 |
gpt-5-codexOpenAI · 编程专用 |
¥0.44 | ¥3.50 | ¥0.044 | 3.5 折 | 在线 |
claude-opus-4-8Anthropic |
¥2.50 | ¥12.50 | ¥0.25 | 5 折 | 在线 |
claude-sonnet-4-6Anthropic |
¥1.50 | ¥7.50 | ¥0.15 | 5 折 | 在线 |
gemini-3.5-flashGoogle |
¥1.35 | ¥8.10 | — | 7.5 折 | 在线 |
deepseek-v3DeepSeek |
¥0.14 | ¥0.56 | ¥0.028 | 原价 | 在线 |
gpt-image-2OpenAI |
¥0.05 | 图片按张计费 | 3.5 折 | 在线 | |
表内为参考价，单位为「每 100 万 Token」，采用 ¥1 余额 = $1 模型额度的口径。 缓存命中通常为标准输入价的 1/10，长对话与固定系统提示场景优势显著。 实际扣费、汇率与折扣以控制台计费页为准，模型上下线跟随官方同步。
三条接入路径
无论写代码、用现成客户端还是接框架，路径都是同一个 Base URL。
官方 OpenAI SDK，改两个参数。Node、Go、Java 等语言写法同理。
from openai import OpenAI
client = OpenAI(
api_key="sk-你的令牌",
# ↓ 只需改这一行
base_url="https://api.chatgptcn.cn/v1"
)
msgs = [{"role": "user", "content": "你好"}]
r = client.chat.completions.create(
model="gpt-5.5",
messages=msgs,
stream=True
)
for c in r:
delta = c.choices[0].delta.content
print(delta or "", end="")图形界面填两个框，不写一行代码。适合非开发者与快速验证。
Cherry Studio · LobeChat · NextChat
Open WebUI · Cursor · Codex CLI
Dify · FastGPT · n8n
提供商类型 ：OpenAI 兼容
API 地址 ：https://api.chatgptcn.cn/v1
API 密钥 ：sk-你的令牌
模型名称 ：gpt-5.5
保存后即可对话，无需插件与代理。接入前先用 cURL 打一发，确认连通性与返回结构再动代码。
# 地址集中配置，换服务商只改这一处
BASE=https://api.chatgptcn.cn/v1
curl $BASE/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer sk-你的令牌" \
-d '{
"model": "claude-opus-4-8",
"messages": [
{"role": "user", "content": "你好"}
],
"stream": false
}'
# 换模型只需改 model 字段工程可靠性
任何服务商都会写 99.9%。真正决定线上体验的，是下面这几件事有没有做、做到什么程度。 挑选 API中转站时，这四项都可以直接向服务商求证。
单个官方账号有 RPM / TPM 上限，批量任务极易撞限。网关维护多个上游账号并按剩余配额分发请求，把并发天花板整体抬高。
该问服务商：单模型承诺的并发上限是多少？
上游返回 429 / 5xx 或超时，网关按指数退避重试并切换到备用线路，对业务侧表现为一次成功调用，而不是把错误直接抛给你。
该问服务商：重试是否计费？失败请求扣不扣钱？
SSE 必须逐 Token 透传。若网关攒够整段再吐出，首字响应时间会从几百毫秒劣化到几秒，对话类产品的体感会明显变差。
该问服务商：流式首字延迟实测是多少？
每次调用记录模型、Token 数、耗时与状态码，可按 Key 维度下钻。账单口径必须能和官方价目表对得上，否则成本无从核查。
该问服务商：能否导出明细账单自行核对？
成本控制
换用 API中转站本身能省一笔，但真正拉开差距的是调用方式。 以下四项按见效速度排序，第一项通常当天就能看到账单变化。
把任务按难度分层：意图识别、格式化、分类等简单任务走便宜的快速模型，只有复杂推理才升级到旗舰模型。
由于中转站下切换模型只需改 model 字符串，这个优化的实施成本几乎为零。
典型可省 50% ~ 70%
把固定不变的系统提示、知识片段、few-shot 示例放在 messages 最前面且顺序稳定， 让上游识别为可缓存前缀。缓存命中价通常只有标准输入价的十分之一。
长对话可省 30% ~ 60%
多轮对话不要无脑全量回传历史。用滚动摘要替代早期轮次，或用 RAG 只召回相关片段。 输入 Token 是线性成本，控制住上下文长度等于直接控制账单。
典型可省 20% ~ 40%
输出单价普遍是输入的 5 ~ 6 倍，却最常被忽视。设置合理的 max_tokens，
并在提示词里明确要求简洁作答，比优化输入的收益往往更高。
典型可省 15% ~ 30%
数据边界
市面上不少 API中转站宣称"技术上无法看到你的数据"。 这个说法不成立。转发架构决定了网关必然经手请求明文， 否则无法完成协议转换与计费。任何声称物理上不可能读取的表述， 要么是话术，要么是对架构的误解。
能真正落到实处的，是制度约束与可核查性—— 服务商是否明确承诺不留存正文、日志字段是否可查、是否提供关闭日志的选项。 下面是本站的口径，也是你评估任何一家中转站时都该问的问题。
常见问题
走官方渠道的中转站，请求体原样透传给上游，返回的 JSON 结构、finish_reason、usage 统计与官方完全一致，模型能力不做裁剪。
验证方法：同一 prompt 设 temperature=0，分别请求官方与中转站，对比输出内容与 usage 字段。若发现上下文被悄悄截断、系统提示被篡改、或不支持 Function Calling，那多半是逆向渠道而非官方转发。
通常只改两处：base_url 换成中转站地址，api_key 换成中转站签发的令牌。业务逻辑、消息结构、流式处理代码全部不动。
唯一例外是原本用 Anthropic SDK 调 Claude 的情况——需要换成 OpenAI SDK，把 model 填成对应模型名。详见上方迁移指南的逐项对照表。
技术上能。任何中转层都具备读取请求体的能力，这是转发架构的固有属性——宣称"技术上不可能看到"的说法不成立。
可核查的是制度：服务商是否承诺不留存正文、日志是否只记录元数据、是否提供关闭日志的选项。涉及敏感数据的业务，建议调用前做脱敏，或选择支持私有化部署的方案。
中转站用多账号池摊薄单账号的 RPM/TPM 配额，可用并发普遍高于单个官方账号；遇到 429 时网关会指数退避并切换线路重试。
但不要把稳定性完全外包：客户端仍应保留自己的重试与限速逻辑。需要稳定高并发保障的，应事先向服务商确认承诺的并发上限。
正规的低价来源有三种：批量采购与企业协议价、汇率与支付通道差价、缓存命中与批处理等官方折扣的传导。
警惕信号：如果旗舰模型报到官方价的一两折，通常来自共享账号、逆向网页接口或盗刷额度——这类渠道随时可能失效，且存在数据与封号风险。挑选时直接问清渠道类型，并用小额充值先验证。
多数 API中转站是先充值后按量扣费的预付费模式，余额不设有效期。但退款政策差异很大，充值前务必确认是否支持余额退回、是否收手续费。
稳妥做法：首次只充最小额度跑通验证，核对账单口径与实际消耗一致后再加大额度，不要一次性大额充值。
官方渠道的中转站完整支持 SSE 流式输出、Function Calling / Tools、结构化输出（JSON Schema）、图片与音频多模态输入，以及长上下文与缓存命中。
这些能力取决于上游模型本身，中转层只做协议转换与转发，不会削减。接入前用一次带 tools 参数的请求即可快速验证。
三条实用建议：
① 把 Base URL 与模型名做成配置项而非硬编码，换服务商只需改配置；
② 保持小额多次充值，不囤大额余额；
③ 代码里保留一个备用服务商配置，主通道连续失败时自动切换。
由于所有中转站都用 OpenAI 兼容协议，更换服务商的迁移成本本身就极低——这是该架构的天然优势，善用它。