第一次用中转站，最容易卡的不是「不会调」，而是注册完不知道下一步点哪：钱充在哪、Key 在哪生成、Base URL 到底该填哪个、请求报 401 或 404 时先查什么。这篇按真实上手顺序排成一条线，每一步给出要确认的东西，后面接一张常见问题对照表，让你能自己定位卡在哪一环，而不是把报错原文丢给客服等回复。
第一次用中转站，最常见的卡点不是不会写请求，而是注册完不知道下一步点哪：钱充到哪、Key 在哪生成、Base URL 到底填哪一段、报 401 或 404 时先查什么。这篇按真实上手顺序把流程排成一条线，每一步告诉你该确认什么，最后给一张问题对照表，让你能自己定位卡在哪一环，而不是把报错原文丢给客服干等。
下面这些步骤不依赖具体站点，任何一家中转站都适用。差别主要在后台按钮叫什么、文档写在哪一页，逻辑是一样的。建议照着顺序走一遍，别跳步，跳步省下的时间最后都会花在排查上。
第一步：注册、实名与充值前先看清口径
注册完别急着充钱，先把站点说明里三件事看清楚：计费是按量还是按次、倍率以哪个基准算、有没有最低起充门槛。这三项决定你后面账单对不对得上，看不懂就先小额试一次，拿实际扣费反推一遍规则。
- 确认支付方式：直接充余额，还是买卡密再去兑换，两条路的到账速度和处理方式不一样
- 卡密类务必留存兑换记录和订单号，到账异常时这是唯一凭据，口头说不清
- 先小额试水再放量，第一次别按大额充；具体充多少、要不要分仓，去 第一次充钱充多少（/guides/first-recharge-budget） 按自己的用量算
- 充完立刻看余额变化，确认到账的是可用余额而不是待审核额度
第二步：生成 Key、填对 Base URL 与模型名
Key 生成后多数站点只完整显示一次，看到就复制保存，顺手起个能认出用途的名字，比如「本地调试」「某项目后端」，以后按项目停用或轮换时不用猜哪把是哪把。团队共用的话单独建一把，别把主 Key 到处发。
Base URL 照站点文档原样抄，不要自己猜带不带 /v1、带不带尾部斜杠。填完先发一条最简单的请求验证连通，别直接塞进业务代码里试，那样报错信息会被框架包装，更难定位。
- Base URL
- 站点文档里明确给出的那一段地址，原样复制，别自行拼接
- 模型名
- 照抄模型列表里的字符串，大小写和分隔符错一个字符就报模型不存在
- 鉴权头
- 一般是 Bearer 加 Key，注意别多复制空格或换行
curl -s <你站点的Base URL>/chat/completions -H "Authorization: Bearer <你的Key>" -H "Content-Type: application/json" -d '{"model":"<模型名>","messages":[{"role":"user","content":"ping"}]}'第三步：跑通第一条请求，并确认回的真是那个模型
- 用最小请求打通官方 SDK 或上面那条 curl 跑一次，确认返回结构正常、没有报鉴权错误，再往框架、插件、IDE 客户端里接
- 验证回的真是目标模型用固定提示词问几个能区分模型的问题，比如让它复述特定格式或说说自身设定，回答明显不像就是被换了
- 存一次延迟基线到 接口测速（/tools/speed-test） 量一遍并记下来，以后出问题能分清是站点变慢还是自己网络慢
- 过一遍在线实测用 中转站真假在线实测（/tools/verify） 交叉核对，跑通不等于模型是真的
这一步不做，后面出问题你会同时怀疑 Key、网络、模型三件事，排查成本翻倍。跑通加验证，十分钟的事，能省掉后面很多来回。
出事时的排查顺序：从报错码倒推是哪一环
报错别慌，先看状态码，从码倒推是哪一环出问题，比自己乱试快得多。下面这张表可以当速查用，遇到没列到的码，先按「鉴权、路径、额度、网络」四类归一下再查。
| 现象 | 先查什么 | 常见原因 |
|---|---|---|
| 401 / 403 | Key 是否完整复制、是否被停用 | 多了空格、Key 被后台禁用、换了分组 |
| 404 | Base URL 路径与模型名 | 路径少一段或多了 /v1，模型名拼错 |
| 429 | 余额与限速设置 | 额度耗尽或并发超限，先看后台余额 |
| 超时 / 流式中断 | 本地网络与代理 | 代理不稳，或对比同站其他模型判断是否整站问题 |
| 扣费对不上 | 时间点、模型、输入输出量 | 计费口径差异或分组倍率不同 |
扣费有疑问时按「时间点—模型—输入输出量」三列自己先对一遍账，口径差异去 中转站倍率怎么算（/guides/relay-rate-calculation） 看规则，对完还差再找客服，把记录一起发过去，沟通效率完全不同。
长期用下去的几条习惯
- Key 按项目分开，团队共用的单独一把并定期换，别把主 Key 写进前端或公开仓库
- 关注站点公告和分组调整，涨价或限速前通常有通知，别等扣费异常才发现
- 留一条备用线路，出问题时能切过去先干活，第二家怎么挑看 中转站目录（/sites） 的对比信息
- 价格和稳定性别凭印象，定期到 价格追踪（/price-watch） 核对当时的数字，再决定要不要调整用量
这些习惯说白了就一句：把不确定的地方提前变成可验证的检查项。站点可不可信、价格有没有变、模型是不是真的，都别靠感觉，靠你自己过一遍。什么情况下不适用？如果你只是临时试一两次、不接生产，那备线和轮换可以省，但充值前看口径、跑通后验证模型这两步还是别省。
下一步把你正在用的那家丢进实测工具过一遍，顺便存个测速基线，以后出问题就有对照。→常见问题
注册完不知道先做什么，有没有固定顺序？
按「看计费口径 → 小额充值 → 生成 Key → 填 Base URL → 跑一条最小请求」这个顺序走。跳过前两步直接调接口，最容易出现「通了但扣费看不懂」的情况，回头对账会很麻烦。
请求报 401 和 404 分别说明什么？
401 基本都是 Key 的问题：没带鉴权头、复制不全、被停用。404 通常是路径或模型名不对，检查 Base URL 是不是多写或少写了路径段、模型名是否和站点列表完全一致。先改这两处再看别的。
怎么确认中转站给我的是真模型？
用固定几组问题对比官方回包风格，再结合站内检测工具做交叉验证。注意这只能提高判断把握，不是绝对结论；对结果精度要求高的场景，建议关键任务走官方渠道，中转只用于低风险批量调用。
