Gemini 3.8 Flash似乎是一款可信度较高、但尚未正式确认的谷歌模型。据报道，它在谷歌内部的代号是“Skimaki”，谷歌最早可能在2026年9月2日（周三）发布。不过，在已查阅的谷歌官方文档和Gemini API更新记录中，Gemini 3.8 Flash尚未作为公开模型出现。1230

因此，眼下这更像是一则“接近发布的模型”报道，而不是谷歌已经宣布的正式上市消息。关于其编码能力的描述也颇具吸引力，但尚未伴随可复现的公开测试结果。

目前据报道已知的信息

发布时间：最早可能是2026年9月2日

目前最有分量的报道指出，谷歌人工智能研究部门正在准备发布Gemini 3.8 Flash，时间最早可能在“周三”。但这一日期来自据称熟悉该模型的消息人士，并非谷歌官方产品公告，因此应理解为可能的发布时间，而不是确定承诺。1729

另有报道声称，Gemini 3.8 Flash已在Gemini应用中进行有限或分阶段推送。不过，这类消息不能替代正式的模型公告、API条目或版本更新说明。9

核心目标是编码与代理式软件开发

目前流出的信息都指向软件开发场景。据报道，在谷歌内部编码环境Jetski中，员工将Gemini 3.8 Flash与Anthropic的Opus模型进行并排测试时，对前者表现出更高偏好。这一结果值得关注，但并不等于它已经在公开编码基准或真实生产代码库中全面胜出。117

报道还称，与Gemini 3.7 Flash相比，3.8 Flash在较长、需要反复迭代的编码任务中表现更好，具体包括：

• 在多轮对话中保持上下文；
• 调试并从错误中恢复；
• 执行代理式编码流程；
• 生成更简洁、不那么模板化、也不那么啰嗦的回答。19

但这些描述目前主要来自员工早期体验和内部观察。现有报道没有披露任务集合、提示词、样本规模或可复现的量化指标，因此还无法准确计算改进幅度。

“胜过Opus”的说法，证据有多强？

“谷歌工程师更喜欢Gemini 3.8 Flash而不是Opus”是最吸引眼球的细节，同时也是最容易被过度解读的部分。

现有报道没有说明参与比较的具体Opus版本，也没有公开评测流程、是否采用盲测、数值分数、统计差距或公开基准结果。117

比较稳妥的结论只能是：在Jetski这一谷歌内部环境的编码任务中，部分谷歌工程师据称更偏好Gemini预览版。这说明谷歌内部开发场景中的表现可能已有明显进步，但不能据此断定Gemini 3.8 Flash是更好的通用编码模型、运行速度快于Opus，或在外部项目中更加可靠。

相比Gemini 3.7 Flash，可能改进了什么？

谷歌对Gemini 3.7 Flash的官方定位，是面向软件工程、网页开发和代理式工作流的“主力型”模型。30关于3.8 Flash的报道则更像是在同一能力方向上的快速优化，而不是一次彻底改变产品定位的换代。

目前传出的改进主要是定性描述：

• **输出质量：**减少模板化表达和不必要的冗长内容；
• **多轮编码：**在持续较长的实现过程中保持更好的任务连贯性；
• **调试能力：**更好地完成错误定位、修复和再次验证；
• **代理式工作流：**在规划、调用工具、检查结果并继续执行多个步骤时更加实用。19

现阶段没有足够证据给出相较Gemini 3.7 Flash的百分比提升。早期报道引用的员工反馈本身也强调，测试仍处于初期，尚不足以形成完整评价。1825

延迟表现仍是空白

“Flash”通常对应谷歌更快的模型产品线，但这一名称本身不能证明Gemini 3.8 Flash的实际速度。现有资料没有确认其首个令牌生成时间、每秒令牌数、端到端任务完成时间，或响应速度与编码质量之间的取舍关系。

因此，关于3.8 Flash比Opus或Gemini 3.7 Flash更快的说法仍应视为未证实。内部测试者感觉某个模型更快，可能是因为回答更短、工具链不同，或任务类型恰好更适合该模型；这些因素并不等同于标准化的延迟结果。

为什么这次快速迭代值得关注？

谷歌在2026年5月推出Gemini 3.5 Flash时，就明确将编码、代理和复杂的长流程任务列为重点。32随后，谷歌在API更新记录中将Gemini 3.7 Flash列为正式可用模型，并强调其在软件工程、网页开发和代理式工作流方面的改进。30

如果3.8 Flash真的在3.7发布后仅数周便推出，这将体现出非常快的模型迭代节奏。《华尔街日报》报道称，谷歌更广泛地加快执行速度，与Koray Kavukcuoglu提出的管理要求有关；但报道同时指出，近期模型的开发在最近的领导层变化之前数月就已开始。29

这一区分很重要：现有报道支持“加快执行是组织层面的优先事项”这一判断，却不能证明领导层变化直接导致了Gemini 3.8 Flash的发布时间。

为什么编码成了前沿模型的主战场？

编码并不只是一个热门基准类别。它考验模型能否持续执行计划、跨文件工作、使用开发工具、检查失败结果，并在多轮交互中调整方案。

这些能力同样是软件代理走向实用所需要的。一名真正有用的编码代理，不只是生成一段函数，还可能需要浏览代码仓库、修改多个文件、运行测试、理解报错、修复回归问题，再重复整个流程。正因如此，仓库级任务和代理式表现，往往比单次代码补全示例更接近商业应用价值。

谷歌对Gemini 3.5和3.7 Flash的官方定位都围绕编码与代理展开，说明这一能力组合已成为其产品战略的核心目标。3032如果编码能力确有提升，谷歌或许能更直接地在开发者工具和企业软件工作流中与Anthropic、OpenAI竞争；但公开证据还不足以衡量差距究竟缩小了多少。

还有哪些信息没有确认？

在谷歌正式发布之前，以下细节仍然未知：

• 最终的发布时间和模型名称；
• 是否会出现在Gemini应用、Gemini API、Vertex AI或其他谷歌产品中；
• 定价、配额和地区可用性；
• 上下文窗口限制及支持的工具；
• 安全文档和模型卡；
• 公开的编码与代理基准成绩；
• 延迟和成本性能数据；
• 在真实代码库上的独立测试结果。

与Opus的比较同样不完整。公开材料没有披露具体模型版本、提示词、工具配置、任务构成、评估者指令、样本规模或统计差异。12

给开发者的结论

Gemini 3.8 Flash可能是一次有意义的内部编码能力升级；而在Jetski中据称获得高于Opus的偏好，也说明谷歌认为自己正在缩小一个重要的竞争差距。输出质量、多轮编码、调试和代理式工作流方面的传闻改进，确实值得持续关注。

但目前的证据还不足以把Gemini 3.8 Flash称为整体编码能力领先者，甚至无法准确量化它相较Gemini 3.7 Flash的提升。除非谷歌发布完整文档，并允许外部开发者复现这些结果，否则“Skimaki”更适合被看作一个前景可期、但尚未完成评估的预览版，而不是已经被验证的成熟产品。

Gemini 3.8 Flash似乎是一款可信度较高、但尚未正式确认的谷歌模型。据报道，它在谷歌内部的代号是“Skimaki”，谷歌最早可能在2026年9月2日（周三）发布。不过，在已查阅的谷歌官方文档和Gemini API更新记录中，Gemini 3.8 Flash尚未作为公开模型出现。1230

因此，眼下这更像是一则“接近发布的模型”报道，而不是谷歌已经宣布的正式上市消息。关于其编码能力的描述也颇具吸引力，但尚未伴随可复现的公开测试结果。

目前据报道已知的信息

发布时间：最早可能是2026年9月2日

目前最有分量的报道指出，谷歌人工智能研究部门正在准备发布Gemini 3.8 Flash，时间最早可能在“周三”。但这一日期来自据称熟悉该模型的消息人士，并非谷歌官方产品公告，因此应理解为可能的发布时间，而不是确定承诺。1729

另有报道声称，Gemini 3.8 Flash已在Gemini应用中进行有限或分阶段推送。不过，这类消息不能替代正式的模型公告、API条目或版本更新说明。9

核心目标是编码与代理式软件开发

目前流出的信息都指向软件开发场景。据报道，在谷歌内部编码环境Jetski中，员工将Gemini 3.8 Flash与Anthropic的Opus模型进行并排测试时，对前者表现出更高偏好。这一结果值得关注，但并不等于它已经在公开编码基准或真实生产代码库中全面胜出。117

报道还称，与Gemini 3.7 Flash相比，3.8 Flash在较长、需要反复迭代的编码任务中表现更好，具体包括：

• 在多轮对话中保持上下文；
• 调试并从错误中恢复；
• 执行代理式编码流程；
• 生成更简洁、不那么模板化、也不那么啰嗦的回答。19

但这些描述目前主要来自员工早期体验和内部观察。现有报道没有披露任务集合、提示词、样本规模或可复现的量化指标，因此还无法准确计算改进幅度。

“胜过Opus”的说法，证据有多强？

“谷歌工程师更喜欢Gemini 3.8 Flash而不是Opus”是最吸引眼球的细节，同时也是最容易被过度解读的部分。

现有报道没有说明参与比较的具体Opus版本，也没有公开评测流程、是否采用盲测、数值分数、统计差距或公开基准结果。117

比较稳妥的结论只能是：在Jetski这一谷歌内部环境的编码任务中，部分谷歌工程师据称更偏好Gemini预览版。这说明谷歌内部开发场景中的表现可能已有明显进步，但不能据此断定Gemini 3.8 Flash是更好的通用编码模型、运行速度快于Opus，或在外部项目中更加可靠。

相比Gemini 3.7 Flash，可能改进了什么？

谷歌对Gemini 3.7 Flash的官方定位，是面向软件工程、网页开发和代理式工作流的“主力型”模型。30关于3.8 Flash的报道则更像是在同一能力方向上的快速优化，而不是一次彻底改变产品定位的换代。

目前传出的改进主要是定性描述：

• **输出质量：**减少模板化表达和不必要的冗长内容；
• **多轮编码：**在持续较长的实现过程中保持更好的任务连贯性；
• **调试能力：**更好地完成错误定位、修复和再次验证；
• **代理式工作流：**在规划、调用工具、检查结果并继续执行多个步骤时更加实用。19

现阶段没有足够证据给出相较Gemini 3.7 Flash的百分比提升。早期报道引用的员工反馈本身也强调，测试仍处于初期，尚不足以形成完整评价。1825

延迟表现仍是空白

“Flash”通常对应谷歌更快的模型产品线，但这一名称本身不能证明Gemini 3.8 Flash的实际速度。现有资料没有确认其首个令牌生成时间、每秒令牌数、端到端任务完成时间，或响应速度与编码质量之间的取舍关系。

因此，关于3.8 Flash比Opus或Gemini 3.7 Flash更快的说法仍应视为未证实。内部测试者感觉某个模型更快，可能是因为回答更短、工具链不同，或任务类型恰好更适合该模型；这些因素并不等同于标准化的延迟结果。

为什么这次快速迭代值得关注？

谷歌在2026年5月推出Gemini 3.5 Flash时，就明确将编码、代理和复杂的长流程任务列为重点。32随后，谷歌在API更新记录中将Gemini 3.7 Flash列为正式可用模型，并强调其在软件工程、网页开发和代理式工作流方面的改进。30

如果3.8 Flash真的在3.7发布后仅数周便推出，这将体现出非常快的模型迭代节奏。《华尔街日报》报道称，谷歌更广泛地加快执行速度，与Koray Kavukcuoglu提出的管理要求有关；但报道同时指出，近期模型的开发在最近的领导层变化之前数月就已开始。29

这一区分很重要：现有报道支持“加快执行是组织层面的优先事项”这一判断，却不能证明领导层变化直接导致了Gemini 3.8 Flash的发布时间。

为什么编码成了前沿模型的主战场？

编码并不只是一个热门基准类别。它考验模型能否持续执行计划、跨文件工作、使用开发工具、检查失败结果，并在多轮交互中调整方案。

这些能力同样是软件代理走向实用所需要的。一名真正有用的编码代理，不只是生成一段函数，还可能需要浏览代码仓库、修改多个文件、运行测试、理解报错、修复回归问题，再重复整个流程。正因如此，仓库级任务和代理式表现，往往比单次代码补全示例更接近商业应用价值。

谷歌对Gemini 3.5和3.7 Flash的官方定位都围绕编码与代理展开，说明这一能力组合已成为其产品战略的核心目标。3032如果编码能力确有提升，谷歌或许能更直接地在开发者工具和企业软件工作流中与Anthropic、OpenAI竞争；但公开证据还不足以衡量差距究竟缩小了多少。

还有哪些信息没有确认？

在谷歌正式发布之前，以下细节仍然未知：

• 最终的发布时间和模型名称；
• 是否会出现在Gemini应用、Gemini API、Vertex AI或其他谷歌产品中；
• 定价、配额和地区可用性；
• 上下文窗口限制及支持的工具；
• 安全文档和模型卡；
• 公开的编码与代理基准成绩；
• 延迟和成本性能数据；
• 在真实代码库上的独立测试结果。

与Opus的比较同样不完整。公开材料没有披露具体模型版本、提示词、工具配置、任务构成、评估者指令、样本规模或统计差异。12

给开发者的结论

Gemini 3.8 Flash可能是一次有意义的内部编码能力升级；而在Jetski中据称获得高于Opus的偏好，也说明谷歌认为自己正在缩小一个重要的竞争差距。输出质量、多轮编码、调试和代理式工作流方面的传闻改进，确实值得持续关注。

但目前的证据还不足以把Gemini 3.8 Flash称为整体编码能力领先者，甚至无法准确量化它相较Gemini 3.7 Flash的提升。除非谷歌发布完整文档，并允许外部开发者复现这些结果，否则“Skimaki”更适合被看作一个前景可期、但尚未完成评估的预览版，而不是已经被验证的成熟产品。