API 中转站真假检测

能给出强力线索，但不是司法级证据。掉包、降智、协议不合规、内容被改写这类问题，都会在探针结果里留下可复核的痕迹；反过来，全项通过也只能说明「这次检测时点的表现符合预期」，不代表上游一定是官方通道。结论请结合多次检测与站点历史记录一起看。

需要能调用目标模型的 Key，但强烈建议不要用主力密钥：在站点后台创建一个临时 Key，检测完立即撤销。本站只在本次检测的请求生命周期内使用 Key，不写入数据库、不记录日志、也不会存进浏览器；检测结果里只保留模型 ID 与地址域名。

三档跑的是同一批探针的不同子集：快速只保留最关键的几项，用于几分钟内摸底；标准是默认的完整质量与安全档（平台启用探针约 23 项）；深测会补齐被裁剪的项目，覆盖更全但耗时和额度消耗也更高。想省钱先用快速，确认可疑再用深测复核。

顺序 ×1 一轮一个请求，对上游压力最小，也最不容易被限流，适合生产环境正在使用的站点；并发 ×3 是默认值，速度与压力平衡；高速 ×5 适合只是偶尔调试的站点。如果检测中途大量出现 429 或超时，先降回顺序模式重跑，避免把「自己被限流」误判成「站点不稳定」。

额度按你自己站点的单价结算，本站不收费。用量取决于勾选的探针数量与实际回答长度，标准档通常在几万 token 的量级内；深测与并发模式会相应增加。检测前建议先确认站点余额充足，避免因为余额耗尽把「没额度」误读成「模型不可用」。

不会公开。检测结果只在你当前会话里展示，短时缓存后自动清除，不写入公开榜单，也不和你的账号或站点做长期关联；历史记录若保留，也只在你自己浏览器的本地存储里。

两者口径不同：接口报错说明请求没成功拿到合法响应（401 鉴权失败、404 模型不存在、429 限流、5xx 上游异常、超时等），属于服务可用性问题；未通过说明请求成功、但模型的能力、身份或输出格式没达标。前者先查配置与上游状态，后者才谈模型真假。

大模型输出本身有随机性，长回答尤其明显；中转站的负载、路由到哪台上游、账号池当时掺了哪些通道，都会影响单次表现。判断真假与稳定性要看多次结果的分布：偶尔波动正常，但能力指标持续塌陷、或高峰期系统性劣化，就值得警惕。

可以先用「快速」档配一个临时 Key 跑一轮，几十秒就能看到报告结构；如果只是想了解判定口径，先看本页下方的「评分规则」与「探针原理」两块，再决定要不要在真实站点上跑。