Gemini 3 发布时间线:一个系列,四次发布

先说结论:已验证的时间线

Google 在 2025 年 11 月 18 日发布 Gemini 3 Pro 和 Gemini 3 Deep Think 推理模式,开启了 Gemini 3 系列。Gemini 3 Flash 在 2025 年 12 月 17 日跟进,很快成为消费级 Gemini App 和搜索 AI 回答里的默认模型。Gemini 3.1 Pro 在 2026 年 2 月 19 日以预览版形式发布,Google 自己的博客和 Vertex AI 文档都能查到这个日期。Gemini 3.5 Flash 在 2026 年 5 月 19 日的 Google I/O 上发布,是 3.5 这一代的第一个版本,定位是 Google 在编程和 Agent 任务上最强的模型。 这就是截至目前已经发布的全部。缺席的家族成员是 Gemini 3.5 Pro:Google 在 I/O 上说它已经在内部使用,预计很快推出,随后有报道说时间推迟到了 7 月,但截至本文核实时还没有正式上线。目录里已发布的两个 3.x ID——gemini-3.1-pro-preview 和 gemini-3.5-flash——现在就能通过任何 OpenAI 兼容客户端调用。

Gemini 3 家族发布历史,逐个版本

这个节奏本身就说明问题:2025 年末以来,Google 大约每两三个月发布一次重要版本,在推理见长的 Pro 系和速度见长的 Flash 系之间交替。 Gemini 3 Pro 带着 Deep Think 推理模式和 Google 在 Agent 编程上的 antigravity 战略一起登场。Gemini 3 Flash 是走量的选择,快且定价低,上线一周内就成了消费端的默认模型。Gemini 3.1 Pro 瞄准的是复杂任务:仓库级代码理解和跨多个信息源的推理,靠的是它的 100 万 token 窗口。Gemini 3.5 Flash 打破了惯常的顺序,用 Flash 档打头阵开启 3.5 这一代——Google 的发布材料宣称它在编程和 Agent 类基准(比如 Terminal-Bench)上超过 3.1 Pro,同时生成速度快上好几倍,这是厂商自己的说法,值得在自己的任务上验证而不是直接采信。

官方说法 vs 报道推测:3.5 Pro 的诚实版本

Google 实际说过的话:2026 年 5 月的 I/O 上,官方表示 Gemini 3.5 Pro 已经在内部使用,期待在接下来一个月内推出。这是一个带软性窗口的意向声明,不是一个带日期的承诺。 媒体补充的信息:初夏的报道说,因为要在企业测试后做质量打磨,发布推迟到了 2026 年 7 月。这个说法有报道来源支撑,但不是 Google 自己的口径,而且这个隐含的窗口本身已经过去一次,遇到任何比这更具体的 3.5 Pro 日期,都应该当作报道推测,而不是厂商事实,直到 Google 自己公布为止。 没有任何严肃信源对 3.5 Pro 之外的版本给出过日期。这个系列大约两到三个月一次的发布节奏很容易让人联想到 Gemini 4,但这终究只是推测。应对的办法和其他家族一样:接入已发布的精确 ID,挂在一个服务多个家族的端点后面,未来不管是 Google 还是竞品发布新版本,都变成一次可以拿真实评测跑一遍的字符串迁移,而不是需要苦等的事件。

现在怎么调用已发布的 Gemini 3.x

两个已发布的 ID 现在就能通过任何 OpenAI 兼容客户端调用:base_url 填 https://api.kkaiapi.com/v1,一个 Key,深度推理任务用 gemini-3.1-pro-preview,速度和 Agent 循环用 gemini-3.5-flash。经 kkaiapi,不需要 Google Cloud 项目、AI Studio 账号或 Vertex 配置,同一个 Key 还能调用用来对比的 GPT、Claude、DeepSeek 家族。 ID 的拼写要注意:3.1 Pro 这一档带着 -preview 后缀,和 Google 发布时的写法一致,以 /v1/models 返回的精确字符串为准,不要凭猜测拼写。两个目录条目在 kkaiapi 上都是 1M token 上下文窗口。

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["KKAIAPI_KEY"],
    base_url="https://api.kkaiapi.com/v1",
)

for model in ("gemini-3.5-flash", "gemini-3.1-pro-preview"):
    resp = client.chat.completions.create(
        model=model,
        messages=[{"role": "user", "content": "一句话说明 Gemini 3.5 Flash 是为了解决什么发布的"}],
        max_tokens=200,
    )
    print(model, "->", resp.choices[0].message.content)

3.1 Pro 和 3.5 Flash 怎么选,同时等 3.5 Pro

不管测试结果如何,接入方式不用变:两个 ID 都挂在同一个 /v1 之下,选型只是一个配置值,不是架构改动。

• Agent 循环、编码任务、任何对延迟敏感的场景默认用 gemini-3.5-flash:它是更新一代,Google 自己的评测把它排在 3.1 Pro 之上的 Agent 任务表现,价格也是两者里更低的
• 需要刻意做长上下文深度推理时留着 gemini-3.1-pro-preview:多文档分析和仓库级代码理解是它的发布定位,厂商的代际宣称不总能迁移到每一种任务形状上
• 不要为等 3.5 Pro 而搁置工作:它没有确认日期,一个待发布的模型不是一个计划。先在已发布的 ID 上把活干起来,等它真的上线时把升级做成一次性的评测
• 自己跑对比,而不是只看别人怎么说:同一个 prompt 分别打给两个 ID,再加一个 GPT 或 Claude 的 ID 做外部参照,一个下午就能得出结论

价格对照

价格按 kkaiapi 中文区实时价格计算,单位 ¥/1M tokens(输入/输出),完整价目见价格页。

为什么 Gemini 的发布日期比大多数厂商更容易搞混

三个 Gemini 特有的模式加剧了这种混乱。第一,App 和 API 的上线顺序:Google 经常把一个模型先后端上消费级 Gemini App 和搜索,时间点和 API 不完全同步,所以"出了吗"和"我能调用了吗"这两个问题的答案日期经常不一样。第二,预览后缀:3.1 Pro 发布后一直保留着预览命名,在只扫一眼找稳定 ID 的人看来会误判成"还没发布",尽管它已经在承载生产流量。第三,档位跳跃:3.5 这一代是 Flash 打头阵而不是 Pro,所以搜"3.5 发布时间"会同时翻出一个已发布的 Flash 和一个未发布的 Pro,而这两个答案对各自的模型来说都是对的。 最可靠的检查方法胜过以上所有:列出自己端点提供的模型,找精确的那个 ID。它出现在 /v1/models 里,对你来说就是已发布的,其余的都是媒体周期里的细节。

curl -s https://api.kkaiapi.com/v1/models \
  -H "Authorization: Bearer $KKAIAPI_KEY" | grep gemini

常见问题