给中转站做一次体检：20 分钟可完成的验证清单

为什么要做「体检」

很多人选中转站的流程是：看榜单 → 看价格 → 充值。中间少了一步：在充值之前，先确认它的基本面。

这一步不需要花很多钱，也不需要专业知识。下面这份清单大约 20 分钟能走完，而且大部分步骤在充值之前就能做。

第一步：确认它真的有 /v1/models 接口（2 分钟）

这是最基础也最容易被忽略的一步。

curl -s -o /dev/null -w "%{http_code}\n" https://站点域名/v1/models

判断标准：

为什么这一步重要：/v1/models 是 OpenAI 协议的标准端点。一个声称「兼容 OpenAI」但连这个都没有的站，接入后很可能在别的地方也缺胳膊少腿。

但要避免误判：有些站刻意关闭了这个端点（防止别人爬它的模型清单），404 不等于它是假站。

第二步：确认协议兼容性（3 分钟）

看你打算用的工具走哪个协议：

# Claude Code 走的是这个
curl -s -o /dev/null -w "%{http_code}\n" -X POST https://站点域名/v1/messages \
  -H "Content-Type: application/json" \
  -H "x-api-key: 你的key" \
  -d '{"model":"claude-sonnet-4-5","max_tokens":10,"messages":[{"role":"user","content":"hi"}]}'

# Codex CLI 走的是这个
curl -s -o /dev/null -w "%{http_code}\n" -X POST https://站点域名/v1/responses \
  -H "Authorization: Bearer 你的key" -d '{}'

返回 200 或 400（参数错）都说明端点存在；404 或 405 说明没实现。

这一步能过滤掉相当一部分「网页能用但工具用不了」的站。

第三步：小额实测（5 分钟）

充最小额度，用它跑一个你熟悉的真实任务 —— 不要用「你好，请自我介绍」这种测试。

原因：极短的请求几乎不会暴露问题。质量下降、上下文丢失、并发限制这些问题，都要在真实长度和真实并发下才会显现。

跑完之后对答案：同一个任务在官方渠道（或其他可信通道）跑一遍，对比输出。差异明显即有问题。

第四步：核对扣费（5 分钟，隔天看）

记录测试前后的余额差额，然后：

实际消耗 = 充值前余额 − 充值后余额
理论消耗 = 输入token数 × 输入单价 + 输出token数 × 输出单价

两者差距在 20% 以内属正常（各家计费口径有细微差异）。如果实际消耗是理论值的 3 倍以上，最可能的原因是 prompt caching 没有生效 —— 你的重复上下文被全价计费了。

这一点很关键：低倍率 + 无缓存 = 实际可能比高倍率 + 有缓存更贵。

第五步：看两个外部信号（3 分钟）

一、它的接口探测结果。 在本站详情页可以看到该站 /v1/models 的返回情况。能看到模型清单的，说明它至少真的在转发；看不到的也不一定有问题，但信息更少。

二、它的运营痕迹。 域名注册时间（WHOIS）、是否有持续的文档更新、客服响应速度。这三项组合起来，比任何宣传都可靠。

三个容易被误判的情况

误判一：把网络问题当成站点故障。 如果你的网络到该站线路不好，探测会失败。判断方法：换一个网络环境（手机热点）再测一次。

误判二：把上游故障当成站点问题。 官方 API 偶尔也会抖动。如果多个中转站同时出问题，那大概率是上游的事。

误判三：把计费差异当成「掺水」。 不同站的计费口径确实有差别（是否含缓存、输入输出是否分别计价、思考 token 怎么算）。先把口径问清楚，再判断是否异常。

体检清单（可直接照着做）

[ ] /v1/models 返回 200 / 401 / 403（不是 404）
[ ] 你需要的协议端点存在（/v1/messages 或 /v1/responses）
[ ] 充最小额度，跑一个真实任务
[ ] 与官方渠道对比输出质量
[ ] 隔天核对扣费，偏差在合理范围
[ ] 查域名注册时间与文档更新记录
[ ] 测试客服响应速度

七项都通过，可以放心小额使用；有两项以上存疑，建议先不充值，多观察一段时间。

相关阅读

• Claude Code 接入中转站完整配置教程（含排错）
• 怎么验证一个中转站是不是在「掺水降智」
• 从官方价到实际账单：一次完整的成本换算演练