不少人挑中转站的方式是群里问一句、看到有人发链接就充钱，结果比价全靠印象，出了问题也说不清当初为什么选它。这篇不推荐具体站点，只讲「去哪儿比、比什么、怎么把比出来的结论落到一次小额实测上」，让你自己搭一套可复用的筛选流程。
不少人挑中转站的方式是群里问一句、看到有人发链接就充钱，结果比价全靠印象，出了问题也说不清当初为什么选它。更麻烦的是，等到要加量或者要换站时，手里没有一套能复用的判断依据，只能重新问一遍。这篇不推荐任何具体站点，只讲去哪儿比、比什么、怎么把比出来的结论落到一次小额实测上。
思路很简单：先定好要比哪几列，再去挑能提供这些信息的平台，然后按固定顺序从一批候选里筛到两三家。整个过程你自己能跑完，不依赖别人推荐。要提醒的是，任何平台上的对比表都可能滞后或偏向某类站点，所以别把单一来源当成最终结论。
先想清楚要比哪几列，再去挑平台
很多人一上来就打开一堆目录页，看了十几家反而更乱。问题不在平台，在于没先定要比什么。建议先写下你的硬约束，比如跑哪些模型、每天大概多少请求、能不能接受排队、要不要开发票、能不能接受预充值。约束一旦定下来，很多站会自动出局，剩下的对比才有意义。
| 要比的列 | 这一列怎么看 | 去哪儿对 |
|---|---|---|
| 模型与分组 | 支不支持你要的模型，分组是否包含你常用的那档 | 到 /models 和 /providers 核对 |
| 计价口径 | 倍率、按量、按次各是什么含义，折算到同一单位 | 到 /tools/token-price-calculator 算 |
| 可用性与延迟 | 有没有掉包、超时，你这边到它的实际延迟 | 到 /tools/verify 和 /tools/speed-test 测 |
| 售后与条款 | 退款、封号、额度有效期、发票怎么处理 | 看站点页面与 /about 的说明 |
- 至少对齐这四列，少一列就没法横向排；先排完再挑平台，顺序别反
- 计价口径这列别自己脑补，分组名和倍率的含义先去 /models 看定义，再折算到同一单位
- 硬约束先写下来：你跑什么模型、每天多少请求、能不能排队、要不要发票，写完自动出局一批
- 不适用的情况：如果你只是偶尔试几个提示词、月消耗很小，把事情做这么细的收益有限，按 /sites 挑一家能小额充值的先用就行
能拿来做横向对比的几类入口
站内有几类入口，给的是同一批事实的不同切片，各有各的用途，别只看其中一个就下结论。目录类适合先铺开候选面，实测类适合验证真伪和延迟，价格与榜单类适合判断报价是否离谱。三类交叉着看，比只盯一张表靠谱得多。
- 目录类
- /sites 是中转站目录，先铺候选；/providers 和 /ai-nav/category/ai-api 按厂商和模型反查渠道
- 实测与监控类
- /tools/verify 做真假在线实测，/ai-status 看服务状态，/tools/speed-test 量你自己到各站的延迟基线
- 价格与榜单类
- /price-watch 跟踪变动，/official-api 与 /plans 是官方价基准，用来判断中转报价是否离谱
- 评分口径
- /tools/verify#scoring-rules 说明它测什么、采样多少，决定这个结果对你有没有参考价值
有一点要讲清楚：某站没出现在某个列表里，不代表它有问题，只代表这份口径没覆盖到它。反过来，出现在列表里也不代表质量就好，列表只解决「有没有」的问题，不解决「适不适合你」的问题。
- 先铺面：从 /sites 和 /ai-nav/category/ai-api 捞一批候选，按模型覆盖和分组筛到五到八家
- 再对价：用 /tools/token-price-calculator 把真实用量折算成月成本，剔掉明显不匹配的
- 然后验真：用 /tools/verify 跑一遍在线实测，重点看是否有掉包和超时
- 最后测速：用 /tools/speed-test 量你自己网络环境下到各站的延迟，别只看别人测的结果
平台上的数字怎么读才不误判
平台上的价格、倍率、额度、榜单名次都会变，本文不写死任何数字，需要当期数值就去站内现查。这里要讲的是读法：官方价是尺子不是结论，中转价低于官方不等于有问题，高于官方也不等于质量好，要结合分组和限速条款一起看。
| 你看到的 | 容易误判成 | 应该怎么读 |
|---|---|---|
| 中转报价明显低于官方 | 要么有问题要么亏本 | 到 /official-api 对基准，再看分组和限速条款是否缩水 |
| 榜单上排得靠前 | 实测一定好 | 到 /tools/verify#scoring-rules 看口径和采样范围，再决定对你在意的场景有没有用 |
| 价格页写着低倍率 | 月成本一定低 | 用 /tools/token-price-calculator 按你真实用量折算，倍率低但限速严的未必省 |
| 状态页显示正常 | 你这边也一定正常 | 状态页是对方视角，自己再用 /tools/speed-test 量一遍 |
还有一个常见误区：看到某站额度大、倍率低就急着充年费。更稳的做法是先看它的条款和额度有效期说明，再决定要不要一次充那么多。条款里关于退款和封号的部分，往往比价格更能决定你后面顺不顺。
从候选到下单的排查顺序
前面讲的是看什么、去哪儿看，这一节把动作串成固定顺序，照着跑一遍，通常能把一批候选收敛到两三家。顺序别跳，跳了容易在某一步被单一信息带偏。
- 第一步：铺面从 /sites 和 /ai-nav/category/ai-api 捞一批候选，按模型覆盖和分组筛到五到八家。验证方式：能写出每家支持你要的模型和分组
- 第二步：对价用 /tools/token-price-calculator 和 /tools/model-cost-calculator 把自己真实用量折算成月成本，剔掉明显不匹配的。验证方式：每家都有一个可比的口径一致的月成本估算
- 第三步：验真与测速用 /tools/verify 和 /tools/speed-test 各跑一遍，重点看是否有掉包、超时；/tools/quality-check 和 /tools/quality-monitor 用来持续观察。验证方式：记录每家在你网络下的延迟和失败情况
- 第四步：小额实测与分散参考 /buy-checklist 和 /three-day-trial-checklist 里的做法，先小额、分两家放，跑完一个你真实的任务再决定加不加量。验证方式：真实任务能跑通且结果可用，再考虑加量
不适用的情况也要说清楚：团队采购要走合同和合规流程时，上面这套自助流程只能当预筛，正式环节该走对方的资质与条款材料，不能拿实测结果替代法务和采购的判断。
比价的目的是让自己说得出为什么选它，而不是找到一个永远最低价。下一步把候选清单拉到站内目录旁边，按上面的四步依次过一遍，再把当期数字和实测结果对齐。为什么不直接看一张排名表？因为排名表只告诉你别人怎么排，你自己的用量和网络环境才是决定因素。→
常见问题
有没有一个页面能把所有中转站的价格排在一张表里？
有比价入口，但没有一张永远准的总表。价格、倍率和额度一直在动，任何静态表格都会过期。更实际的做法是拿 /sites 铺候选，用 /price-watch 看变动，再拿 /official-api 和 /plans 当基准自己折算。多对两个来源，比找一张「权威表」更靠得住。
只看平台的排名和评分，能不能直接选？
可以当起点，不能当结论。排名背后是某套口径和采样时间，先去 /about 和 /tools/verify#scoring-rules 看它到底测了什么。如果你的场景是低延迟交互，一个偏重价格的榜对你参考有限。看完排名，还是要用 /tools/speed-test 在你自己网络里量一遍。
对比平台上的价格和我实际账单差很多，是谁错了？
通常不是谁错，而是口径不同：分组、缓存命中、输入输出比例、最低消费和限速条款都会让实际账单偏离页面单价。先把页面上的倍率和分组名对照 /models 与 /tools/token-price-calculator 折算一遍，再拿一张真实账单核对，差异基本能定位到具体哪一项。
