检测项目一览 / 号池抖动
号池抖动检测
供货分类专用检测:短时间连发几次最小请求,看延迟波动和限流命中次数,用来判断中转站是否走多账号轮换的号池共享供货。不计入真假分。
适用协议:Claude、OpenAI、Gemini(供货分类维度,不区分协议)不计入真假分,仅用于供货类型分类
测什么
短时间内连续发几次同样的最小请求,记录每次的响应耗时和 HTTP 状态码,计算延迟的变异系数(波动幅度相对均值的比例)和限流(429/529)命中次数。
为什么能判真假 / 来路
官转、Bedrock 这类走官方自有算力池的通道,短时间连发请求的延迟通常比较平稳;而「号池共享」(多个账号轮换池化使用)在高峰期容易被其他用户的请求抢占配额,表现为延迟忽快忽慢、或触发限流——这是判断「是不是号池共享供货」的行为信号,不是判断真假的信号。
结果怎么读
- 通过:连续几次请求延迟平稳、没有触发限流——未见明显号池抖动。
- 存疑:延迟波动明显偏大,或者出现了限流命中——符合多账号号池互相抢占配额的特征。
- 未通过:这个探针不会给出「未通过」,只有通过/存疑/信息不足三档。
- 信息不足:多数请求都没成功,样本不足,无法评估波动。
局限:它判不了什么
这一项完全不进真假三档评分,只服务「供货类型」分类,不管测出什么结果都不影响真假分数。单次检测只在同一时刻连发几次,样本量小,结论是启发式、非精确的;真正更有说服力的是跨时段(高峰 vs 平峰)对比,单次检测测不出这个维度。本站不公示具体的波动阈值数值,只描述判断方向。
自己怎么验
连续跑几次同一条最小请求,用 time 看每次耗时是否忽快忽慢——精确的波动系数计算建议用首页工具。
for i in 1 2 3 4; do
time curl -s -o /dev/null -w "%{http_code}\n" https://YOUR_RELAY_BASE_URL/v1/messages \
-H "x-api-key: YOUR_KEY" \
-H "anthropic-version: 2023-06-01" \
-H "content-type: application/json" \
-d '{"model":"claude-opus-5","max_tokens":4,"messages":[{"role":"user","content":"hi"}]}'
done留意四次 real 耗时是否忽快忽慢、有没有 HTTP 429/529 出现。这条命令只给个直观感受,精确的变异系数计算和限流统计请用首页检测工具。
相关检测项
常见问题
延迟波动大就一定是号池共享吗?
不一定,也可能是网络本身不稳定或该站临时负载高。这是一项启发式的行为信号,建议跨时段多测几次看趋势,而不是拿单次结果下结论。
为什么这一项不计入真假分?
因为它测的是供货来路(是不是多账号拼车池化),不是「模型权重真不真」。号池共享背后跑的仍可能是真实模型权重,只是通道被多人共用、高峰期体验会打折扣,这和「掉包换模型」是两个维度的问题,所以单独放进供货类型判断,不拖累真假三档评分。