中转站怎么使用？从注册到调用的完整上手步骤

你可能刚听说中转站能省钱、能一个 Key 调多家模型，注册完却卡在「接下来填什么」。这篇不讲哪家好，只讲从注册到第一次成功调用之间要做哪几步、每步看什么、失败时按什么顺序排查。走完一遍，你手里应该有一个能用的 Key、一个跑通的请求和一份自己的记录。

你可能刚听说中转站能省钱、能一个 Key 调多家模型，结果注册完就卡住了——页面上一堆地址和参数，不知道下一个该填什么。这篇不评谁家好，只把从注册到第一次成功调用之间要做的事拆成几步，每步告诉你填什么、看什么、出了错按什么顺序查。走完一遍，你手里应该有一个能用的 Key、一个跑通的请求和一份自己的记录。

节奏建议放慢：先搞清你在跟谁说话，再决定要不要注册，然后拿 Key、发第一个请求、验证、接客户端、看用量。九个小节里有六处需要你自己动手确认，不是读完就完事。第一次跑通之前，别接 Agent、别开并发、别一次充太多，这三件事留到后面做会让你少踩很多坑。

先搞清楚你在跟谁说话

中转站本质是替你转发请求的中间层：你按标准接口格式发出去，它转给上游模型再把结果带回来。它交给你的东西就三样——一个调用地址（Base URL）、一把 Key、一份可调模型清单；它不给你模型账号主体，也不替你跟官方签约。想明白这点，后面所有「该找谁」的问题都有答案。

Base URL

你请求要打到的地址，协议路径在站内 /base-url 有对照，填错的表现通常是 404 或路径不存在

Key

一串调用凭证，等同于密码，泄露后别人用你的额度，处理办法见 /key-safety

模型清单

这家当前可调的模型名称列表，填的名字不在这张表里会直接报模型不存在

判断标准很简单：如果数据不能出内网、业务需要合同与发票、或者非要有官方 SLA 兜底，那这三类情况直接走官方或私有化，不用在中转站上纠结。反过来，只是个人试试、小团队快速验证想法、想一个接口调多家模型，中转站的顺手程度确实更高。

注册之前先确认这家值不值得注册

别看到宣传页就注册。先去站内目录把这家翻一遍，再用在线实测工具打一次，两条信息交叉看比单看宣传可靠。实测这东西的意义不是给你一个「能用」的结论，而是让你注册前就对延迟和连通性有个预期，省得后面把网络问题误判成站点问题。

1. 翻目录到 /sites 看这家的基础信息与收录状态，重点看上线时长和公开的接入说明，注意信息更新时间
2. 做在线实测到 /tools/verify 做一次探针测试，看返回是否正常、评分口径是什么；单次结果不代表长期表现，别只看一个绿勾就下单
3. 看追踪到 /price-watch 看这家近期的价格与状态变化记录，有没有频繁调整或异常波动
4. 再决定注册以上都过得去再注册，注册只用邮箱或手机验证加设密码两件事，不要急着实名、更不要急着充值

什么情况下别用中转：数据不能出内网、需要合同与发票、要官方 SLA，这三类前面提过，这里再强调一次，因为它决定了你后面所有步骤要不要做。如果确实属于这三类，到这一步就可以停，转去看官方接入文档，别浪费时间注册。

拿到 Key 和调用地址，先把它们放对地方

进了控制台第一件事是创建 Key。命名别用默认名，写清楚用途，比如「笔记本测试」「服务器脚本」——以后哪把泄露了、哪把该停用，名字就是线索。创建完通常只显示一次完整 Key，当场复制走，刷新页面可能就看不到了。

• Base URL、Key、模型名三样要一起记下来，缺一样都调不通
• 协议走 OpenAI 格式还是 Anthropic 格式，到 /base-url 对照，别凭记忆填
• 模型名以站内清单为准，别拿别家的名字套过来
• Key 只写进环境变量或本地配置文件，不要贴进聊天框、截图和公开仓库
• 记录创建时间与用途，方便以后停用或轮换

为什么反复强调别贴 Key：聊天记录、截图、公开仓库都会被爬。一旦流出，别人用的是你的额度，扣的是你的钱。安全边界和轮换做法到 /key-safety 看，不用背下来，知道有这么个页面、出事了去查就行。

发第一个请求：越简单越好

第一个请求的目的不是跑出有用结果，是证明链路通。所以别一上来就接 Agent、流式输出、工具调用，那些都会在出问题时把排查面放大好几倍。用 curl 或官方 SDK 跑一句最短的话，脚本里只留四个东西：地址、Key、模型名、一句提示。

curl -s <BaseURL>/v1/chat/completions \
  -H "Authorization: Bearer $KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"<模型名>","messages":[{"role":"user","content":"说一句你好"}]}'

报错先看返回体里的英文代码，不要急着改配置。常见的是路径不对、Key 带了空格或换行、模型名不在清单里。把这次请求的时间、用的模型、大致用量记一行——这行记录后面判断「是不是这家变差了」全靠它，比事后回忆靠谱得多。

确认它真的通，而不只是返回了字

返回了一段文字不等于链路正常。要确认三件事：内容稳不稳定、延迟是不是在合理范围、日志里的真实模型标识对不对得上你下单的模型。第三点最容易被忽略，也最值得看，因为它关系到你付的钱和拿到的服务是否一致。

1. 多跑几次同一句话看内容是否明显漂移、延迟是否忽高忽低；偶尔一次慢不代表什么，连续多次异常才值得记录
2. 量本地基线到 /tools/speed-test 先测出你本地网络到常用服务的延迟基线，有了它才知道慢是站点问题还是你的网络问题
3. 交叉验证到 /tools/verify 看探针与评分口径，注意它是按什么维度打的，理解口径比记住数字有用
4. 核对模型标识看返回或日志里的真实模型标识，和你选的模型对不对得上；对不上就截图留证，再到 /rankings 看整体可信度参考

接进客户端：换地址不换用法

大多数客户端接中转站只要改两处：Base URL 和 Key，模型名按站内清单填。用法本身不变，这是中转站最大的好处。具体每个客户端填在哪一栏、要不要带 /v1 后缀，到 /client-setup 对照，别在一堆设置项里瞎试。

• 环境变量名别写错，OpenAI 系和 Anthropic 系的名字不一样，写错的表现是照样报 401，很容易误判成 Key 失效
• 先接一个最简单对话跑通，再考虑接工作流或插件
• 第一次跑通前不要开并发，并发放大会把偶发问题变成稳定失败
• 客户端里不要开自动重试猛冲，失败时先手动看一次返回体
• 配置改完记一笔改了什么，方便回滚

什么情况下这套「只改地址」不成立：你的客户端写死了官方域名、或者走了自建代理层做了鉴权改写。这种情况下要么换客户端，要么在代理层做映射，别硬填。接完之后先用一个真实小任务跑通，确认端到端可用，再谈批量。

看懂用量页，别等账单来才慌

用量页最容易看错的地方是只盯着总额，忽略构成。重点看四项：输入、输出、缓存读、缓存写。缓存读通常比正常输入便宜，缓存写会稍贵，理解这个结构你才知道钱花在哪。倍率和计价口径到 /pricing-alignment-basics 对齐，别拿别家的口径套这家的数字。

• 先把额度上限或每日提醒设上，它是跑飞的最后一道闸，做法参考 /budget-alert-five-gates
• 用量页只有总量没有明细时，自己按任务记一笔，输入输出分开记
• 对账字段和口径看 /usage-log-fields，别自己发明一套对不上
• 每周固定看一眼趋势，比月底才发现异常更省事
• 单价和倍率这种会变的东西，到 /pricing-alignment-basics 核对当时的数字

这套记账方式什么时候不适用：如果你只是偶尔跑几个短请求、总用量很小，那按任务记明细的意义不大，设个额度提醒就够了。凡是频次高、单次消耗大的场景，才值得把明细记起来。

调不通时的排查顺序

调不通别乱试，按固定顺序走，一步只排除一类原因。顺序错了最典型的后果是把站点问题当成网络问题折腾半天，或者反过来。这份顺序照着做，基本一两个来回就能定位。

1. 本地网络与代理确认出口网络正常、代理没拦截该域名；换一个已知可用的服务试试，先排除本地环境
2. 地址与协议核对 Base URL 有没有多余斜杠、协议路径对不对，到 /base-url 逐字对照
3. Key 与格式检查 Key 有没有首尾空格和换行、请求头格式对不对；换一把新 Key 交叉测试
4. 模型名确认模型名在站内清单里，拼写完全一致，大小写别自作主张
5. 看报错代码到 /api-error-code-lookup 查返回码含义，按它给的定位方向走

记录的时候把报错原文和请求时间一起写下，不要只写「报错了」——那种记录三天后自己都看不懂。如果同一份配置在别人机器上能跑、你这跑不了，先怀疑本地环境变量和证书，不要先骂站点，这个顺序能帮你省掉很多无效沟通。

什么时候该停手换一家

用中转站要有止损意识，但不能凭一次不顺就换。判断信号看这几类：连续多次调用内容明显变差、日志里的模型标识对不上、客服答不出基础问题。这三类里，模型标识对不上最硬，因为它不是感受问题，是可以留证的。

充值节奏上，先小额验证、再放着观察，不要一次充多。预算怎么分见 /first-recharge-budget。真要迁移，别一边跑一边换：先把 Key 停用、把记录导出，按 /stop-loss-and-migrate 的顺序走，保证迁移过程中没有任务在半路丢着。