博客 / 服务动态

Gemini Flash 弃用：10 月 8 日 3.7 和 3.5 Flash 被自动转发，4 步查输出为何变了

2026-10-18cdnping 编辑部约 3 分钟读完

如果你的代码还在调用 gemini-3.7-flash 或 gemini-3.5-flash，请求现在已经由别的模型在处理。Gemini API 更新日志在 2026 年 10 月 8 日记录了这两个 Flash 弃用，请求会被自动转发到替代模型，所以代码没改而输出变了，多半不是“模型变笨”，而是后端换了。本文讲清楚发生了什么，以及怎么确认和迁移。以下信息截至 2026 年 10 月，以官方文档为准。

#10 月 8 日具体发生了什么？

根据 Gemini API 更新日志：

Deep Research 要在 interactions.create 请求里把 agent 参数改成新的智能体 ID。按日志描述，前者偏速度、适合流式输出到界面，后者偏全面。

模型页面本身没有列出这些弃用的详细日期，具体时间表看官方的弃用页面。

#为什么输出风格、用量和延迟会变？

请求被转发后，实际回答的是另一个模型。可能出现的差异包括：语气和格式习惯不同、同样提示词的输出长度不同（影响 token 用量和费用）、首 token 与总耗时不同、对结构化输出和工具调用的遵循程度不同。这些是合理的推测方向，具体幅度没有官方数字，需要用你自己的用例测。

价格也值得单独核对，相关调整可以看《Gemini API 两次涨价时间表》，那里有按日期整理的内容。

#怎么确认实际服务的是哪个模型？

1. 看响应体。generateContent 的响应里有 modelVersion 字段，记录它并写进日志。是否与你请求的 model id 一致，以官方 API 参考为准。
2. 在日志里同时保存“请求的 model id”和“响应的 modelVersion”，上线后出现不一致就告警。
3. 对比 10 月 8 日前后的同类请求：输出长度、用量字段（usageMetadata）、耗时的分布。
4. 对照外部时间线。cdnping 的 /changes 逐行记录了官方更新日志的增删，/down/gemini 里有用户提交的“变笨了”报告，可以看这些报告是否集中在 10 月 8 日之后。用户报告是主观信号，只能当线索。

#迁移前后的回归检查表

• 把所有硬编码的 model id 全局搜索一遍，包括配置文件、环境变量、定时任务和第三方工具里的设置。
• 选 20 到 50 条有代表性的真实请求，把存档的旧输出（如有）与新模型的输出逐条对比。
• 检查格式类断言：JSON 结构、字段名、代码块包裹、语言。
• 检查长度和费用：平均输出 token 变化，乘以当前单价估算差额。
• 检查延迟：关注首 token 时间，思路见《AI API 延迟拆解》。
• 检查功能支持：工具调用、结构化输出、多模态输入等在新模型上是否都可用，以官方模型指南为准。
• 固定到明确的新 model id 后再上线，不要依赖转发。自动转发能保留多久，以官方说明为准。

#怎么持续跟踪这类变化？

弃用公告通常只在更新日志里出现一两天。《大模型 API 价格变了怎么第一时间知道》介绍了更新日志、模型目录和账单三条线。另外可以用 /models 查看 OpenRouter 上各模型的上架、下架和调价记录。如果输出变化和供应商侧的量化、路由有关，《模型变笨还是换了供应商》有判断方法。

近期 Gemini 还有新版本发布，官方更新日志记录 10 月 13 日 gemini-4-argon 正式可用，用法和价格见《Gemini 4 Argon 正式上线》。

#参考来源

• Gemini API 更新日志
• Gemini API 模型列表