Gemini 4.0 还是 Gemini 4？为什么带点的写法指的是同一个模型

谷歌的旗舰模型名为 Gemini 4 Argon，它所属的这一代称为 Gemini 4。谷歌从未在任何地方写过 Gemini 4.0——无论是模型页面、发布公告，还是其 API 为这款模型公布的唯一标识符 gemini-4-argon，那里面都没有点。所以带点的形式并不是第二个模型，也不是一次小版本发布，更不是该产品线内部的版本号提升。输入它的读者，与输入不带点形式的读者，到达的完全是同一个地方。不过，这个点确实来自真实之处：谷歌曾推出 Gemini 2.0 Flash 产品线，以及一款以 Imagen 4.0 之名销售的图像模型，二者在公司对外销售所用的名称里都带着 .0。任何从那一代产品学会 Gemini 版本号的人，或者接触过 imagen-4.0-generate 端点的人，都有理由期待这套编号会延续下去。它并没有。如果你想要的是模型本身而非它的名字，该读的页面是我们的 Gemini 4 Argon 详解；本页只谈这个数字。

两种拼写，同一个主题——以及如何分辨

解决拼写问题的诚实方式不是争论，而是测量，而测量结果明确指向一个方向。当我们的查询数据通过抹平空格和点号进行合并时，带点的词形与不带点的词形落入了同一个桶：每一条读作gemini 4.0的查询，都与那些读作gemini 4的查询指向同一主题。而把两者分开时，它们完全没有重叠。这种组合——归一化后完全相同，不归一化时则彼此不相交——正是同一个主题被写成两种形式的特征，而不是两个恰好看起来相似的、彼此独立的主题。在我们自己的 Google Search Console 中截至 2026-10-12 的窗口内，带点一族在 15 条查询中获得 2,915 次展示和 57 次点击。而不带点的词形gemini 4.0在 4 条查询中获得 1,006 次展示和 34 次点击，其点击率高于该词干的大多数形式所能达到的水平。这是人们有意去寻找的一种拼写，而不是拼写错误的尾巴。值得说明的是，带点一族不是什么，因为这种缺失本身就是一项发现：不像 Argon 词干那样，agron、argom和aragon这类拼写错误本身就构成了一条可测量的长尾，带点的拼写完全没有拼写错误的长尾。约定俗成会有追随者。拼写错误则会有自身的种种变体。带点的形式拥有前者，却毫无后者。

点状形式不是什么

三种解读是错的，而每一种都值得写上一行，因为每一种都是读者可能合理假定过的事情。

• 这不是另一个模型。并不存在一个普通拼写无法触及的第二个 Gemini 4。Google 自家材料中，这个名称的覆盖已完全饱和：模型页面、公告帖子和 API 模型列表在名称上都一致，而且这个名称不包含点。

• 这不是一次小版本发布，不像普通软件版本编号中点版本位于主版本之下那样。Google 已发布的 4 系列标识符集恰好只有一个成员，那就是 gemini-4-argon。没有 gemini-4，没有 gemini-4.0，也没有 gemini-4.1 —— 其中最后一个已在本博客上单独核查过，答案没有改变。

这并不是 Google 悄悄应用、随后又以另一种形式记录在文档中的一次版本号提升。如果该公司先发布了 4.0，然后又给它更名，那么标识符就会随名称一起变动，就像标识符在 Gemini API 的模型列表中一贯的变动方式那样。它针对这一代只有一个条目，而这个条目就是 Argon。

这一切都不能说明带点的写法是无知的。它只是说明这种写法出现得早。.0 形式对上一代人来说是正确的，而且恰好是在读者学到它的地方，而惯例比教会它们的那些版本存续得更久。

这个点究竟从何而来

这正是需求行使之清晰可辨的部分，因此值得对这两个先例加以精确说明，而不是含糊地指向它们。

第一个先例是 Gemini 2.0 产品线。Google 自己的模型文档列出了Gemini 2.0 Flash 和 Gemini 2.0 Flash-Lite，将它们置于其“先前模型”标题下，并带有端点 gemini-2.0-flash 和 gemini-2.0-flash-lite。这是该页面唯一用 .0 书写的主要 Gemini 产品线。它列出的其他每一代都按照 Gemini 4 的方式编号：3.8、3.6、3.5、3.1、2.5。所以这种带点的形式不是读者发明的规则。它是 Google 曾对 2.0 代应用过一次、随后便不再应用的规则。

第二个先例完全位于 G​emini 之外，但处在同一个 API 表面内，这正是它黏人的原因。G​oogle 的生成式媒体模型列表包含 imagen-4.0-generate。一个在配置文件中持有该字符串的开发者，有理由记得一个带版本号的 G​oogle 模型，其编号写作 4.0。把这两种记忆放在一起，带点的形式就不再看起来像个错误，而开始看起来像是你本该能够键入的东西。

你可以输入它。它只是无法解析为点分名称，因为根本不存在可供解析的点分名称。

谷歌发布的唯一4系列标识符

如果你是在写代码，而不是在读散文，那么答案比这一页还要短：这个字符串就是 gemini-4-argon。它被列为 Stable，在同一页上被描述为一个拥有统一 1M 上下文窗口的推理模型，而且它是这一代中唯一出现在模型列表中任何位置的成员。这就是要放进请求里的标识符，并且它没有任何带点号的变体。

模型是什么——Google 给这个名字附加了什么、它是如何定位的，以及随它一起发布和没有发布的内容是什么——是一个独立的问题，有自己的页面，而本文有意不再回答它。我们的 Gemini 4 Argon 解读文章承载了这一点。如果你真正的问题是 Argon 在这条产品线中占据哪一级，以及为什么它旁边没有出现 Ultra，那么这种解读存在于我们的 Gemini 4 Argon 层级定位文章中。

每个点式查询的下一步去向

三种限定拼写构成了点分家族的大部分，而它们中没有一个是命名问题。每一种都有各自不同的归属，本页能做的有用之事是指向，而非重复。

• gemini 4.0 argon — 1,509 次展示和 12 次点击，是点线系列中最大的单行。这类读者已经知道正确的名称，并想了解它背后是什么。G​emini 4 Argon 解读页正是为此而设的页面，而命名问题不需要在那里展开讲解。

• gemini 4.0 pro — 154 次展示、9 次点击。这是一个披着拼写外衣的层级问题，而不是反过来。它属于那个页面——即用来界定 Google 以单一模型之名发布的产品线中"Pro"这一档究竟是什么的页面；在这里它得不到回答，而在这里回答它，只会把我们自己的两个页面同时摆到同一个读者面前。

• gemini 4.0 发布日期 — 165 次展示、2 次点击。时间线解读有它自己的页面，用这一页去复述它，就等于我们第二次讲述那个故事，而不是第一次回答这一个问题。

这三行所呈现的模式，正是这个页面之所以存在的理由。输入点分形式的读者并不是在问关于模型的不同问题。他们问的是那个数字，而直到现在，我们发布过的任何内容都没有在一屏之内回答这一点。

你在这里找不到什么

OrcaRouter 不提供任何拼写形式的 gemini-4 模型 ID，哪种写法、哪个方向都没有——既不是简单写法，也不是带点的写法，更不是 Google 实际发布的那个标识符。我们在 2026-10-14 检查了自己的实时模型列表，该词干下没有任何可路由的模型，因此既没有价格可报，也没有端点可描述。我们确实从同一家供应商提供的是已正式发布的主力世代：google/gemini-3.8-flash 以及 3.x 系列的其他型号，全部可通过一个 API 访问 200 多个模型，且不高于供应商标价、不加收任何费用，所以供应商一调价，当天就能传到你这里，而不必按我们的排期来。这番说明针对的是我们上架的模型，而不是本页标题所指的那个模型。

值得注意的是，那个独立页面在命名问题上展示了什么，因为这是证据，而非装饰。一个对模型进行测评的第三方，写这个名字的方式与 G​oogle 完全一致：G​emini 4 Argon，不带点号。在厂商自己的材料、厂商自己的 API 列表，以及一家对 G​oogle 品牌毫无利害关系的测评机构之间，只有一种写法，没有带点号的变体。对于一个拼写问题来说，这已经是最接近一锤定音的结果了。

今后要采用的约定

将 G​emini 4 写为代际名称，将 G​emini 4 Argon 写为模型名称，并在任何必须执行的地方填入 gemini-4-argon。如果你是那种习惯性打出带点形式的读者，什么都不会坏——你一直以来落到的都是正确的模型。你应该停止做的是假设那个点携带信息，因为在这一代里它并不携带信息。它不标记小版本发布，不标记更小的变体，也不标记 G​oogle 已发布的任何东西。

两种拼写都会继续出现在搜索结果中，原因有两个，且都与任何人粗心大意无关。第一个是既有先例：gemini-2.0-flash 在上一版本模型列表中仍是有效字符串，imagen-4.0-generate 仍是有效端点，因此带点的写法在同一套文档中依然通用，且仅一页之隔。第二个是搜索引擎处理标点的方式——它足够宽松，以至于以任一种写法撰写的页面都能出现在任一查询的结果中。结果是，带点的查询不断被人提出，而对其有用的答案正是本页所给出的：同一个模型，名称中没有点，以下就是各个带限定符的版本实际所属的位置。

关于信息来源的最后一点说明，因为本页主要是一组否定性结论。关于 G​oogle 使用哪种形式的每一条说法，都已在 2026-10-14 对照 G​oogle 自己的材料进行核实：模型页面、公告博文和 API 模型列表，那个唯一的 4 系列标识符正是来自这里。关于 2.0 产品线和 imagen-4.0-generate 的说法来自同一套文档，这使它成为关于 G​oogle 惯例的说法，而不是关于这一个模型的说法。需求数据是我们自己的第一方 Search Console 展示次数和点击次数，它们只描述人们输入的内容，仅此而已。而可用性那一行是在同一天对照我们的实时模型列表核实的，而不是沿用早先草稿中的内容，因为一条自信但已经过时的可用性说法，对你来说比完全没有说法更糟。

命名问题也是回头检查此前出过什么差错的好时机：围绕这一类模型的已记录 AI 事件和智能体故障，都收录在OrcaRouter AI 事件档案库中，其中每一条记录都附有各自的来源、严重程度、置信度评级和争议标记。