my.id Gemini 中转站检测报告
检测无效 ·
模型 gemini-3.8-flash-thinking · 模式 standard ·
中转站 https://api.naelle-card.my.id/v1
· 品牌:my.id · 实际 endpoint:api.naelle-card.my.id
所有检测请求都被拒绝或出错,没有拿到模型的回答,无法评价质量。常见原因是密钥、分组、模型或协议不匹配,也可能是对方服务故障。本次不计入评分/排行榜,请根据报告里的报错信息调整后重新检测。
这类余额不足、访问限制或临时上游错误不是中转站质量分，Veridrop 会从域名聚合评分中排除。
—
检测无效
长上下文未启用
由 https://veridrop.app 生成
- 基础请求 异常
- 模型响应形状 异常
- 函数调用 异常
- 结构化输出 异常
- 协议规范性 跳过
- 流式一致性 异常
- Token 用量 异常
划重点:这份报告在说什么
这次没测成 —— 所有检测请求都被拒绝或出错
这次没有任何一个检测请求拿到模型的回答,所以没法评价质量,不计分也不进入排行榜。常见原因是 key 被停用或没有这个模型的权限、这个模型不支持所选的协议,或者对方服务当时出了故障。下面每个检测项里有中转站返回的原始报错,可以对照着调整后再测一次。
首 TOKEN
—
总耗时
143ms
吞吐 (T/S)
—
输入 TOKENS
0
输出 TOKENS
0
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,支持公开、可复核的中转站测评继续维护。