Gemini API 中转站检测
基于 OpenAI 兼容协议 + 7 项维度检测，验证 Gemini API 中转站的协议合规度与能力完整性。
TokenAPI Scan（Token 照妖镜）的检测页不是单点测速，而是把协议行为、用量字段、模型响应、服务商档案和红黑榜风险放到同一套证据体系里。
https://api.together.xyz/v1，提交前请确认和你后台看到的一致。https://generativelanguage.googleapis.com/v1beta/openai;
第三方中转站通常在 /v1暴露同样的协议。OpenAI 兼容协议
统一通过 POST /chat/completions 探测,覆盖 Google 官方 /v1beta/openai 和绝大多数第三方中转站的 /v1 端点。
关键能力
探测 tool 调用、JSON schema strict 模式、流式与非流式响应一致性,识别能力缺失或参数没有透传的中转层。
用量字段
检查 usage.prompt_tokens / completion_tokens / total_tokens 自洽性以及流式 include_usage 是否被中转站如实透传。
常见问题(精选)
为什么 Gemini API 中转站经常 model_not_found?
三种可能:① 中转站只代理部分 Gemini 模型(很多中转站只有 3.x preview 系列,没有 2.5); ② 模型名拼写差异(gemini-2.5-flash vs models/gemini-2.5-flash); ③ 模型已下架。TokenAPI Scan 提交前会做 preflight,500ms 内识别死模型并给出可用列表替代。
Gemini 3.x preview 检测时 max_completion_tokens 应该填多少?
至少 64,推荐 128+。Gemini 3 默认开 thinking,会消耗 30-60 reasoning_tokens 才输出文本。如果 max 太小(< 32),thinking 占满后没空间出文本,响应就是空字符串 + finish_reason=length。TokenAPI Scan 的 detector 已经把 max 调到 64-384。
为什么不支持 Gemini 原生 /v1beta/models/X:generateContent 路径?
99% 的第三方 Gemini 中转站只暴露 OpenAI 兼容协议,Google 官方也提供 OpenAI 兼容端点 /v1beta/openai。维护两套独立的检测逻辑成本高且容易引入翻译层导致结果失真,所以集中在 OpenAI 兼容路径上做透。
Google 官方 Gemini API 也能用 TokenAPI Scan 测吗?
可以填 https://generativelanguage.googleapis.com/v1beta/openai, api_key 用 Google AI Studio 申请的 AIza... key。需注意直连官方端点对网络环境有要求,多数访客通过中转站访问会更稳定。可在 红黑榜 查看实测可用的 Gemini 中转站。
更多 Gemini 中转站问题 → /faq#gemini · 全部 常见问题
热门 Gemini / Google AI 服务商档案直达
基于实测命中模型数 + 通过率排序：
🔧 网络环境体检
中转站真伪通过后，还要排除本地网络变量。下面优先在站内读取你的浏览器当前公网出口，并用 Net.Coffee + ProxyCheck 做洁净度参考；不会把服务主机 IP 当成你的出口。
AI 出口洁净度参考
这里展示的是公开信号与第三方风险库参考，不等同于 Claude / OpenAI 官方封禁名单。若要看 DNS、WebRTC、Ping 等更细分网络信息，可继续打开站内工具箱。