TestAI.vip 公告:交流群即将开放,后续这里会展示最新检测动态与站点通知。

Gemini API 中转站检测

TestAI.vip 帮你判断 Gemini 中转站 能不能用、有没有掺水、识图/上下文/速度是否稳定。 适配 Gemini 3 thinking-by-default 模型。API key 不留存,报告可复核。

检测说明: 本检测不保存你的 API Key,重点看模型是否接近标称能力、识图和上下文是否真实、速度是否稳定。 Google 官方 OpenAI 兼容端点是 https://generativelanguage.googleapis.com/v1beta/openai; 第三方中转站通常在 /v1 暴露同样的协议。

填到 /chat/completions 的上一级。Google 官方填 /v1beta/openai;第三方中转站通常填 /v1

仅用于本次检测,不写入报告、不持久化。会以 Authorization: Bearer 头发送。

能不能用

统一通过 POST /chat/completions 探测,覆盖 Google 官方 /v1beta/openai 和绝大多数第三方中转站的 /v1 端点。

有没有掺水

综合模型真实性、能力指数、识图、上下文和格式化输出,判断是否接近标称 Gemini 模型。

速度稳不稳

记录短请求延时、输出稳定和流式一致性,避免正式接入后出现忽快忽慢、丢字或缩水。

常见问题(精选)

为什么 Gemini API 中转站经常 model_not_found?

三种可能:① 中转站只代理部分 Gemini 模型(很多中转站只有 3.x preview 系列,没有 2.5); ② 模型名拼写差异(gemini-2.5-flash vs models/gemini-2.5-flash); ③ 模型已下架。TestAI.vip 提交前会做 preflight,500ms 内识别死模型并给出可用列表替代。

Gemini 3.x preview 检测时 max_completion_tokens 应该填多少?

至少 64,推荐 128+。Gemini 3 默认开 thinking,会消耗 30-60 reasoning_tokens 才输出文本。 如果 max 太小(< 32),thinking 占满后没空间出文本,响应就是空字符串 + finish_reason=length。

为什么不支持 Gemini 原生 /v1beta/models/X:generateContent 路径?

99% 的第三方 Gemini 中转站只暴露 OpenAI 兼容协议,Google 官方也提供 OpenAI 兼容端点 /v1beta/openai。维护两套独立的检测逻辑成本高且容易引入翻译层导致结果失真, 所以集中在 OpenAI 兼容路径上做透。

Google 官方 Gemini API 也能用 TestAI.vip 测吗?

可以。base_url 填 https://generativelanguage.googleapis.com/v1beta/openai, api_key 用 Google AI Studio 申请的 AIza... key。官方端点可作为基线对比第三方中转站。

更多 Gemini 中转站问题 → /faq#gemini · 全部 常见问题