Gemini 3.5 Pro vs Gemini 3.5 Flash：现在该用哪个？
因此，这还不是一场完整的性能对决，而是交付决策：必须上线的工作使用已有文档的当前模型；为 Pro 准备同条件测试，但不假设其模型 ID、价格、上下文、工具或性能。
快速结论
| 决策字段 | Gemini 3.5 Flash | Gemini 3.5 Pro |
|---|---|---|
| Google 状态 | 稳定、已有 API 文档 | 即将推出；合作伙伴测试中 |
| 公共模型 ID | gemini-3.5-flash | 未知 |
| 公共价格 | 已公布 | 未知 |
| 公共能力表 | 已公布 | 未公布 |
| 上下文与输出 | Flash 已有文档 | Pro 未知 |
| 真实同条件评测 | 现在可进行 | 等待公共路由 |
| 当前决策 | 用真实工作负载评测 | 准备轨迹与晋升门槛 |
这张表比较的是证据状态，不是传闻性能。常见的“谁赢了”表格会被迫虚构一半内容。
实际确认了什么？
Google 公共文档确认了 Gemini 3.5 Flash 的端点、输入、Token 限制、能力、消费选项和价格。Google 也确认 Gemini 3.5 Pro 存在、正在与合作伙伴测试并将在未来推出。
| 说法 | 证据状态 | 安全用法 |
|---|---|---|
| Flash 是稳定 Gemini API 模型 | 官方 | 当前事实 |
| Pro 即将推出并进行合作伙伴测试 | 官方 | 当前产品状态 |
| Pro 有公共端点或价格 | 无支持 | 不得写成事实 |
| Pro 有 2M 上下文或 Deep Think | 第三方说法 | 仅作为评测问题 |
| Pro 编程一定优于 Flash | 未知 | 仅作为测试假设 |
真正的对比重点：可测试性，而不是档位名称
今天最重要的差异不是理论智能，而是 Flash 可以产生可测量的任务结果，Pro 还无法通过已确认公共 API 路由评测。
Pro 名称不能替代证据，Flash 也不自动代表验收任务成本更低。Gemini 3.5 Flash 已经提供什么？
Google 将 Gemini 3.5 Flash 记录为面向持续 Agent 与编程工作的稳定端点。其模型页列出了文本、图片、视频、音频和 PDF 输入，文本输出，以及思考、Function Calling、结构化输出、Grounding、代码执行、缓存与多种消费选项。
这不代表 Flash 对所有任务都获胜，而是它已经可测试。用代表性的仓库任务、多步骤 Agent、提取、长文档与多模态输入验证它是否满足质量、延迟与成本门槛。
Gemini 3.5 Pro 必须改善什么，才值得等待或切换？
未来 Pro 路由应该用结果赢得流量：
- 完成更多困难编程、规划、研究与多模态任务；
- 减少 Agent 循环、无效工具调用、上下文丢失与人工修正；
- 把重试、回退与审核计入后，改善验收任务成本；
- 保持或改善结构化输出、Grounding、缓存与工具兼容性；
- 提供可预测的配额、延迟、安全行为、地区与弃用条款。
如果 Pro 只改善基准标题，却增加延迟、审核负担或失败任务成本，很多工作负载仍应留在 Flash。
需要测试的行为变化
不要根据静态基准表晋升新路由。回放相同工作负载，并检查完整轨迹中的行为。
| 行为 | 测量什么 | 晋升风险 |
|---|---|---|
| 思考模式 | 验收结果、思考 Token、延迟 | 推理更多但结果没有改善 |
| 工具调用 | 有效调用、参数、恢复、循环 | 后期失败或重复动作 |
| 结构化输出 | Schema 有效率与修复率 | 静默的结构漂移 |
| 长上下文 | 有效上下文内的检索准确度 | 填满最大窗口却没有价值 |
| 缓存 | 命中、会话新鲜度、未缓存输入、计费 | 用量中没有出现预期节省 |
| 安全 | 阻断、结束原因、一致性 | 新的误报或归因缺失 |
| 回退 | 请求与返回身份、计费 | 未观测到的路由替换 |
把会话新鲜度、有效上下文预算，以及缓存与未缓存输入作为明确测试变量。不要为了测试而强行填满最大上下文窗口。
兼容面与迁移风险
即使属于同一模型家族，请重新核验：
- 准确模型 ID、别名、Preview/Stable 状态与返回身份；
- 输入 part 格式与文件限制；
thinkingConfig、采样参数与输出上限；- 函数 Schema、内置工具、Grounding 与代码执行；
- 流式分块、用量元数据、结束原因与安全阻断；
- 缓存、Batch、Flex、Priority、配额、地区与数据条款；
- EvoLink 路由价格、容量、用量核算与回滚。
不要假设 Flash 接受的请求能被 Pro 原样接受。应把供应商差异留在路由适配层，而不是应用业务逻辑中。
哪些情况应该继续使用 Gemini 3.5 Flash？
如果 Flash 已通过延迟敏感工具、高吞吐提取、常规编程循环、分类或多模态处理的验收门槛，就继续使用。Pro 上线后，也要让 Flash 保持为回退，直到 Pro 在真实流量组合中证明稳定。
| 工作负载 | 默认候选 | 仅在何时升级 |
|---|---|---|
| 短而延迟敏感的请求 | Flash | 反复出现质量失败时 |
| 高吞吐提取 | Flash | Pro 明显提高验收输出时 |
| 复杂仓库规划 | 同条件基准测试 | Pro 减少重试与返工时 |
| 长文档综合 | 同条件基准测试 | Pro 证明有效上下文增益时 |
| 高价值决策支持 | 有防护的路由与人工审核 | Pro 通过质量与安全门槛时 |
安全的评测与上线方案
- 冻结基线。 保存代表性任务，并记录 Flash 成功率、延迟、用量、重试、工具错误与审核工作量。
- 核验候选路由。 确认官方模型 ID、认证请求成功、返回身份、用量、价格与计费。
- 离线回放。 使用相同提示词、工具、上下文预算、服务等级与验收标准运行两个模型。
- 开启 Challenger Lane。 先走影子流量，再进行带事故与花费上限的小规模灰度。
- 按工作负载晋升。 只迁移 Pro 已通过成功率、延迟、成本、兼容性与安全门槛的任务，并保留即时回滚。
统一网关可以让模型选择由配置驱动，但前提是每条路由都经过核验，而不是因为两个模型名称出现在同一页面。
EvoLink 用户当前怎么选？
- 查看 Gemini 3.5 Flash 列表，生产前核验路由。
- 查看 Gemini 3.1 Pro，作为当前 Pro 系列基线。
- 追踪 Gemini 3.5 Pro 公共 API 证据。
- 订阅 Gemini 3.5 Pro 上线提醒。
- 比较 Gemini 模型家族。
来源
- Google DeepMind：Gemini 模型家族
- Google：Gemini 3.5 公告
- Google：7 月 21 日确认合作伙伴测试的更新
- Google AI for Developers：Gemini API 模型目录
- Google AI for Developers：Gemini 3.5 Flash
- Google AI for Developers：Gemini API 价格
常见问题
Gemini 3.5 Pro 和 Gemini 3.5 Flash 都可以用了吗？
不是。Flash 是已有文档的稳定 Gemini API 模型；截至 2026 年 8 月 12 日，Pro 仍即将推出并进行合作伙伴测试，没有公共 API 端点。
开发者现在应该使用哪个模型？
当前 3.5 代路由可评测 Gemini 3.5 Flash；需要第二个 Pro 系列对照时，可使用 Gemini 3.1 Pro 作为基线。
Gemini 3.5 Pro 编程能力比 Flash 更好吗？
目前未知。Google 尚未公布公共 Pro 端点或可匹配的 Gemini 3.5 Pro API 结果。发布后应使用相同仓库、工具与验收标准测试。
Gemini 3.5 Pro 会比 Flash 更贵吗？
Google 尚未公布 Pro 价格。只有真实路由与计费可用后，才能比较标价与验收任务总成本。
Gemini 3.5 Pro 会有更大的上下文窗口吗？
Gemini 3.5 Pro API 上下文限制尚未确认。不要把 Flash、Gemini 3.1 Pro 或第三方传闻中的限制复制成 Pro 规格。
团队应该停止评测 Flash，等待 Pro 吗？
不应该。在没有公共发布日期时，等待会增加交付风险。继续评测当前路由，并保持未来候选模型可配置。
Pro 上线后应该替换 Flash 吗？
不应自动替换。Flash 通过质量、延迟与成本门槛的工作负载可以保留；只有同条件证据证明 Pro 有实际收益时才晋升。
Pro 进入生产流量前必须核验什么？
核验模型 ID、请求成功、返回身份、输入、参数、工具、限制、配额、地区、用量、价格、计费、回退与回滚行为。
