bboluo.com Gemini 中转站检测报告
检测无效 ·
模型 gemini-3-pro-image-preview · 模式 standard ·
中转站 https://bboluo.com/v1
整轮检测超时(overall timeout),关键检测未能在本次时间上限内完成,未形成完整质量证据。本次不计入评分/排行榜,请在服务恢复后重新检测。
这类余额不足、访问限制或临时上游错误不是中转站质量分,Veridrop 会从域名聚合评分中排除。
—
检测无效
长上下文未启用
由 https://veridrop.app 生成
- 基础请求 异常
- 模型响应形状 异常
- 函数调用 异常
- 结构化输出 异常
- 协议规范性 通过
- 流式一致性 异常
- Token 用量 异常
划重点:这份报告在说什么
这次检测没有完成 —— 整轮检测超时
这次用的是标准模式,整轮上限 180 秒。关键检测没能在本次时间上限内做完,没有形成完整的质量证据,所以不计分,也不进入排行榜。超时本身不能说明模型是真是假。最常见的原因是这家中转站当时回答得慢:旗舰和思考型模型每次回答常常要几十秒,更容易超时。可以过几分钟再测一次,很多时候能做完;也可以先用「快速」模式确认能不能测通。如果反复超时,说明这家中转站跑这个模型一直很慢。
首 TOKEN
24,892ms
总耗时
180,076ms
吞吐 (T/S)
6.7
输入 TOKENS
33
输出 TOKENS
1,202
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 增量是否合理。
这份报告帮你避坑了吗?
GitHub 加星支持 →
如果 Veridrop 的字段级证据对你有用,欢迎顺手给 GitHub 点个 Star,支持公开、可复核的中转站测评继续维护。