注入指纹检测

发两次内容极短（"hi"）的请求，测出这条通道在极短输入下计费里被塞了多少「前置」token（扣除协议各自的极小基线后的余量）；再发一次已知固定长度的长请求，扣除前置后估算「内容本身」的计费是否虚高。两次短探针的读数会先互相比对：如果相差太大，说明是同名模型在多渠道路由间漂移，单次数值不可靠，不据此下结论。

极短输入下，官方裸 API 的前置开销很小；而伪装成官方客户端（比如 Claude Code、Codex 等）的订阅逆向通道，会带着官方客户端自己的系统提示信封一起被计费，前置会多出一大截——这是真官方后端才有的「胎记」，说明它走的是真权重的订阅逆向通道，而不是掺水。真正的「掺水/计费虚高」判据是另一件事：扣除固定前置后，已知长度内容本身的计费是否远超预期倍数。

• 通过：极短输入下几乎没有前置开销（或只有很小的一点，量级不足以定性）——没有观察到隐藏的信封。
• 存疑：这一项的「存疑」含义和其它探针相反，不代表负面：多数「存疑」结果是「前置开销落在已知官方客户端信封的量级」，说明走的是真官方后端、来路多为订阅逆向，这是真权重的信号，不是掺水证据。另一种「存疑」是两次短探针读数相差过大（路由波动），提示需要复测，单次数值不可靠；还有一种是前置开销超出已知信封的量级上限，机制未明，需要核对缓存字段并复测，本身同样不构成掺水证据。
• 未通过：唯一真正的负面信号：扣除固定前置后，已知长度内容本身的计费远超预期倍数，符合乘法计费膨胀的特征。
• 信息不足：两次短探针都没拿到有效计费数据（超时，或该通道不回传 usage 字段）。

这一项完全不进真假三档评分，只服务「供货类型」分类（官转候选 / 订阅逆向 / 号池存疑 / 掺水嫌疑 / 数据不足）——不管这项测出什么结果，都不会影响真假通过/存疑/未通过的分数。前置开销大（哪怕落到已知信封上限之外）本身绝不是掺水判据，它只用来推断「来路是官转还是订阅逆向」；真正判定掺水/计费虚高靠的是「扣除前置后内容计费是否远超预期」这一条独立判据，两者是正交的，不能混为一谈。本站不公示具体的分桶数值边界，只能告诉你数量级：裸 API 前置很小，官方客户端信封是几千量级。

用自己的 key 在终端打一次最小请求，直接看计费字段里的数字，本站送检单旁的一键复制按钮生成的就是这条命令。

curl -s 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"}]}' \
  | grep -o '"input_tokens":[0-9]*'

看这个数字：官方直连的裸 API 通常在个位数到十位数；几千量级说明带着官方客户端的系统提示信封，真官方后端、来路多为订阅逆向；再大、或者根本没有这个字段，说明这条通道计费不透明。同名模型可能多渠道路由，连跑两次数值差很多就是路由在漂，别拿单次下结论。