你在中转站页面点一下检测,得到一个通过率数字,然后开始纠结:是不是这家不行了?其实单次结果受时段、限流、渠道负载影响很大,同一个站不同时间测能差出一截。这篇不讲怎么选站,只讲怎么读这个数:偏低时先排查哪几层,偏高时留意什么,以及最少要测几次才敢下判断。
你在中转站页面点一下检测,得到一个通过率数字,然后开始纠结:是不是这家不行了。这个反应很正常,但结论下得太早。检测结果本质上是一次真实调用的快照,它反映的是「刚才那一下通不通」,而不是「这家站靠不靠谱」。同一个站,早中晚各测一次,数字能差出一截,这种波动跟你换不换站没关系。
这篇不讲怎么选站,只讲怎么读这个数。偏低的时候先怀疑哪几层,偏高的时候要留意什么,最少测几次才敢下判断——把这三件事捋顺,你就不会被单次结果牵着走。
这个数字为什么会跳
检测结果受四件事共同影响:请求时段、上游限流、渠道切换、官方侧抖动。中转站往往同时挂着多条上游线路,这次请求走哪条不由你决定,路由是个黑盒。所以同一站不同时刻测出的差别,有时候比不同站之间的差别还大。这不是站方在忽悠你,是链路本身的特性。
- 时段:晚高峰并发挤上来,超时和错误率自然抬头,凌晨测往往好看得多
- 限流:同一 IP 或同一账号短时间打太多请求,会被临时压一压,复测间隔太短等于自己给自己加难度
- 渠道切换:某条上游挂了,站方把流量切到备用线路,备用线路的模型池、响应风格可能和主线不一样
- 混池:一个模型名后端可能挂着多个来源,池子里坏了一部分,整轮结果就被拉低
- 官方抖动:上游自己出问题的时候,所有走这条线的中转站会一起难看
偏低:按这个顺序往下查
看到偏低别急着换站,先按下面这个顺序走一遍,多数情况能自己分清是暂时问题还是真问题。顺序的逻辑是:先排除偶然,再排除自己,最后才怀疑别人。
- 先复测隔几分钟、换个时段再测一轮。如果第二次就恢复了,那大概率是刚才那一刻的抖动,记下来观察就行。
- 排除自己这侧本地网络、代理、客户端超时设置都可能让请求半路失败。先到 /tools/speed-test 量一遍基线,把自己的链路先坐实,别让本地问题背锅。
- 看衰减范围是全线都低,还是只有某个模型低。全线低多半是账号或额度层面的问题;单模型低更像那条线路或那个池子的事,换模型就能绕开。
- 对公开状态到 /ai-status 看看是不是上游自己就在抖。如果是上游的问题,等就好,这时候换站也是白换,因为大家走的是同一条线。
| 现象 | 大概率先怀疑 | 下一步动作 |
|---|---|---|
| 复测两次都低 | 线路或账号问题 | 换模型再测,缩小范围 |
| 只有某模型低 | 那条线路或池子 | 暂时用别的模型顶着 |
| 全线低且上游也在抖 | 官方侧故障 | 等,别折腾 |
| 自己这侧超时多 | 本地网络或代理 | 先修本地再测 |
偏高:别急着高兴,先确认它测得动
通过率高不代表什么都是好的。高数字只说明「此刻这条路通」,它不覆盖额度、并发、长上下文这些真正决定你能不能干活的能力。有几种偏高是需要多看一眼的。
- 确认检测真的打到了模型,而不是被缓存、被降级模型或固定话术接住了。能给出稳定答案,不等于答得对
- 高通过率如果伴随异常快的响应,反而要留意是不是轻量模型顶包,速度太顺滑有时候是信号
- 高只证明短请求通,长上下文、并发、工具调用这些它测不到,要另外验
- 什么情况下高是正常的:站小、用户少、上游给的是独享线路,高就是它的日常水平,不用怀疑
拿几次结果才敢下判断
判断标准不是最高那次,也不是最低那次,而是分布和趋势。孤零零一个数字没有信息量,一串数字才有。下面这套口径可以当默认规则用,具体计分方式出发前先去站内确认。
- 测几次
- 至少跨两个时段、测三轮以上,看分布不看单点
- 看什么
- 看趋势。连续几天缓慢走低,比某一次骤降更值得动作
- 怎么分
- 分两类:一类是「这段时间不好用」,一类是「这家长期不行」。前者忍一忍,后者再考虑处理
- 去哪对标准
- 口径和计分方式先到 /tools/verify#scoring-rules 和 /about 看一遍,避免用错标准
还有一条社交层面的提醒:别把单站单次结果发到群里当结论。你自己知道那是某个时刻的快照,看的人不知道,容易误伤站方,也容易把别人带偏。
下一步想按同一套口径横向比几家,去 /rankings 看当前的检测分布,再去 /price-watch 对一下价格走势,比单看某一个数字靠谱得多。→常见问题
检测通过率低,是不是说明这家中转站不能用了?
不一定。单次低多半是时段、限流或上游抖动的结果,先隔一段时间复测两轮,再看是持续走低还是只掉了一次。持续多天偏低才值得考虑别的方案,一次低直接换站经常是从一个坑跳到另一个坑。
检测通过率特别高,是不是捡到宝了?
先确认它确实在调真模型,而不是缓存或降级模型在应答。高通过率只代表此刻链路通、响应正常,额度、并发、长文本能力这些还得单独验。站小、用户少、线路独享的情况下,高本来就是常态,不用过度解读。
自己测和别人测的结果差很多,信谁的?
两边都可能对,因为时段、网络出口、请求参数都不一样。建议按固定条件自己连测几轮,记录时间和结果,比看别人截一张图靠谱。站内 /benchmarks/crowd-radar 那种多人多时段交叉的方式,思路可以借鉴到自己小范围复测上。