nexaxis.ai Gemini 中转站检测报告

0/100 · 未达标 · 模型 gemini-2.5-flash · 模式 standard · 中转站 https://nexaxis.ai

检测无效: 检测无效: 检测时中转站上游正在限流 / 过载(HTTP 429「请稍后再试」),大部分检测请求被挡下,这次没拿到有效结果。这是临时容量问题,不代表中转站质量——过几分钟重试一次通常就正常。

协议级验证: 本检测通过 OpenAI 兼容协议 (POST /chat/completions) 探测 Gemini 中转站,验证响应字段、tool 调用、结构化输出、流式一致性和 usage 字段是否符合 OpenAI 规范。它不提供加密级模型真伪证明。

未达标

由 https://veridrop.org 生成

划重点:这份报告在说什么

这次没测成 —— 中转站当时太忙(限流)

你测的时候,这家中转站的上游正好在排队/过载,大部分请求被挡了回来(HTTP 429「请稍后再试」),所以这次没拿到结果。这不代表它质量差,就是当时人多。过几分钟再测一次,通常就正常了。

首 TOKEN

—

总耗时

17,713ms

吞吐 (T/S)

18.6

输入 TOKENS

输出 TOKENS

329

Gemini 检测项各自检查什么?

基础请求: 发送最小 generateContent 请求,确认接口可用且能提取 Gemini 文本响应。
模型响应形状: 检查 modelVersion、responseId、finishReason、candidate 和 safety 字段是否完整。
函数调用: 强制 Gemini 返回 functionCall,检查函数名和 args 是否是结构化对象。
结构化输出: 使用 responseMimeType=application/json 和 responseSchema,检查返回内容能否按 schema 解析。
协议规范性: 被动检查 candidates、content.parts、safetyRatings、usageMetadata 等 Gemini 原生字段。
流式一致性: 比较同一 prompt 的 generateContent 与 streamGenerateContent 文本、结束原因和用量字段是否一致。
Token 用量: 检查 usageMetadata 是否存在、Token 统计是否自洽,以及长短文本带来的 Token 增量是否合理。