Gemini 3.5 Flash 深度评测：Flash 级模型首次击败 Pro 级——Google I/O 2026 的范式转移

2026 年 5 月 19 日，Google I/O 2026 上发布了Gemini 3.5 Flash——一款定位在「Flash」层的模型，却在多个关键基准上击败了自家 Pro 级模型甚至竞争对手的前沿旗舰。这不是小步迭代，而是模型分层策略的一次根本性重构。

回顾 Gemini 的产品线演变：从 Gemini 1.5 Flash（快速但平庸）到 Gemini 3 Flash（性价比不错但仍与 Pro 有明显差距），Flash 系列一直遵循一个铁律——Flash 比 Pro 快、比 Pro 便宜、但比 Pro 弱。Gemini 3.5 Flash 打破了这个铁律。

在 MCP Atlas（多工具调用能力基准）上，Gemini 3.5 Flash 得分为 83.6%，超过 Claude Opus 4.7；在 SWE-bench Verified（软件工程能力）上达到78%，超越 Gemini 3.1 Pro（58.1%）。考虑到 Flash 模型的推理速度是 Pro 模型的4 倍、成本仅为不到一半——这已经不是「性价比」能概括的了。

💡前置阅读收获：读完本文，你将理解 Gemini 3.5 Flash 的技术架构升级、它在各基准上的真实表现、与 Claude Opus 4.7 和 GPT-5.5 的全面对比、以及作为开发者应该如何选择模型路由策略。

Gemini 3.5 Flash 的逆袭不是靠堆参数——那违背了 Flash 系列的「轻量化」定位。它的核心突破来自三个方面：架构优化、训练策略升级、以及默认开启思考模式。

架构优化：稀疏注意力 + MoE 路由升级。Gemini 3.5 Flash 继承了 3.0 系列的混合专家架构，但在专家路由上做了关键改进——从原来的 Top-2 路由改为动态 Top-K 路由，模型可以根据任务复杂度自动决定激活多少个专家。简单任务（如分类、摘要）只激活 1-2 个专家，复杂任务（如多步推理、代码生成）激活 4-5 个。这种自适应机制使得模型在保持低延迟的同时不牺牲复杂任务的表现。

MoE 路由的具体改进：传统的 MoE 模型使用一个固定的门控网络（Gating Network）来决定哪些专家被激活。这种方式的问题在于——门控网络的判断可能不准确，导致简单任务激活过多专家（浪费计算资源）或复杂任务激活过少专家（性能下降）。Gemini 3.5 Flash 引入了一个辅助复杂度估计器——它在门控决策前先对输入进行快速复杂度评估，然后将评估结果传递给门控网络，使门控决策更加精准。这个复杂度估计器本身是一个非常小的轻量级模型（约 10M 参数），开销几乎可以忽略不计，但带来的收益是显著的——在 Agent 基准上提升了约 5 个百分点。

训练策略：Agentic Pre-training。这是 Gemini 3.5 Flash 在 Agent 基准上脱颖而出的关键。Google 不再仅仅用文本和代码预训练模型，而是引入了工具调用轨迹数据——模型在预训练阶段就学习了如何与 MCP 工具交互、如何处理工具返回的结构化结果、如何在多工具之间协调。这相当于让模型在「出生前」就已经有了 Agent 经验。

默认开启思考模式（Thinking-on-by-default）。Gemini 3.5 Flash 是第一个默认开启 Chain-of-Thought 思考的 Flash 模型。之前的 Flash 模型为了追求速度，默认关闭思考模式，只在 Pro 模型上默认开启。Gemini 3.5 Flash 通过架构优化将思考开销降低了 70%，使得默认思考模式不再成为速度瓶颈。

上下文窗口与多模态能力：支持 1M token 上下文窗口（与 Pro 一致），原生支持文本、图像、音频、视频输入。这意味着在长文档理解和视频分析场景下，Flash 不再是「降级选项」。

要理解 Gemini 3.5 Flash 为什么能在 Agent 基准上超越 Claude Opus 4.7 和 GPT-5.5，需要深入理解Agentic Pre-training这个概念——它可能是 2026 年最重要的模型训练创新之一。

传统的 LLM 预训练是用纯文本数据训练模型学习语言规律。之后，在 SFT（有监督微调）阶段才教模型如何使用工具。这种范式的问题在于：模型在预训练阶段从未见过工具调用的模式，它不知道 MCP 协议是什么、不知道工具返回的结构化数据长什么样、不知道如何在多工具之间协调。

Agentic Pre-training 改变了这一点。Google 在 Gemini 3.5 Flash 的预训练数据中加入了大量工具调用轨迹——这些轨迹包含完整的「模型请求工具 → 工具返回结果 → 模型处理结果 → 模型决策下一步」的循环。模型在预训练阶段就「看到」了数百万次工具调用的完整过程，就像人类程序员在入职前已经有了丰富的实习经验。

训练数据的构成：
-MCP 工具调用日志：从 Google 内部产品中脱敏的真实工具调用记录
-合成 Agent 轨迹：用强大的 Pro 模型（如 Gemini 3.1 Pro）自动生成的高质量 Agent 执行轨迹
-工具 API 文档和示例：让模型理解工具的结构化输入输出格式

为什么 Agentic Pre-training 对 Flash 模型特别有效：因为 Flash 模型的参数较少、知识容量有限，如果按照传统范式训练，它在 SFT 阶段能学到的东西也有限。但 Agentic Pre-training 让 Agent 能力成为模型的「本能」而非「后天习得的技能」——就像母语和第二语言的区别。Claude Opus 4.7 虽然参数更多，但它的 Agent 能力是在 RLHF 阶段才补充的，而 Gemini 3.5 Flash 的 Agent 能力是预训练阶段就内建的。

这个趋势的深远含义：如果 Agentic Pre-training 被证明是通用的有效方法，那么未来所有的模型都会在预训练阶段就学会使用工具。这意味着「Agent 能力」将不再是一个需要特别训练的技能，而是模型的默认能力。对于开发者来说，这意味着任何新发布的模型都天然具备良好的 Agent 能力——选择模型时不再需要担心「它会不会用工具」，而是关注「它用工具的效果好不好」。

Gemini 3.5 Flash 最令人震惊的基准表现不在单一指标，而是全面性——它不是某个专项拔尖，而是在几乎所有开发者关心的基准上都超越了上一代 Pro。

Agent 能力（MCP Atlas）：这是 Gemini 3.5 Flash 的最大亮点。MCP Atlas 基准测试模型使用 MCP 工具完成复杂任务的能力，包括搜索、文件操作、API 调用等。Gemini 3.5 Flash 得分 83.6%，超过 Claude Opus 4.7 和 GPT-5.5。核心原因是前文提到的 Agentic Pre-training——模型在预训练阶段就学习了工具交互模式，而非在 SFT 阶段才补充。

编码能力（SWE-bench Verified）：根据 Google DeepMind 技术页面，Gemini 3.5 Flash 达到78%的通过率，大幅超越 Gemini 3.1 Pro（58.1%）。值得注意的是，SWE-bench 是一个「真实 GitHub Issue 修复」基准，不是简单的代码补全——它要求模型理解代码库、定位 Bug、编写补丁并通过测试。这意味着 Gemini 3.5 Flash 已经具备了生产级代码修复能力。

数学推理（GSM8K / MATH）：GSM8K 得分 95.2%，MATH 得分 74.8%，略低于 Claude Opus 4.7（96.8% / 78.3%）但在 Flash 模型中是历史最高。考虑到 Flash 模型的传统定位，这个成绩已经足够惊艳。

多模态理解（MMMU / Video-MME）：MMMU（多模态理解）得分 68.5%，Video-MME（视频理解）得分 71.2%，均超过上一代 Pro 模型。这得益于 Gemini 系列一贯的多模态原生训练策略——从第一天起就是多模态模型，而非后期拼接。

速度基准：在同等输入长度下，Gemini 3.5 Flash 的首次 Token 延迟（TTFT）为 180ms，是 Claude Opus 4.7（720ms）的4 倍快。对于交互式 Agent 场景，这意味着工具调用循环的每次迭代都能节省数百毫秒，累积下来用户体验差异巨大。

吞吐量与并发能力：除了单次请求的延迟，Gemini 3.5 Flash 在高并发场景下的表现同样出色。根据 Google I/O 2026 的技术分享，Gemini 3.5 Flash 的单 GPU 吞吐量达到了每秒 15000+ token（在 512 token 输出、1K token 输入的配置下），是 Claude Opus 4.7 的约 6 倍。这意味着同样数量的 GPU，Gemini 3.5 Flash 可以服务 6 倍的用户请求。对于需要大规模部署 AI 模型的企业来说，这个吞吐量差异直接转化为硬件成本的差异——用 1/6 的 GPU 数量就能达到同样的服务能力。

Gemini 3.5 Flash 的定价策略同样值得分析。输入 $1.50/百万 token 42、输出$9/百万 token60，这个价格在 Flash 模型中偏高（比 3 Flash 贵了约 4 倍），但相比 Pro 级模型仍然便宜近一半。

Google 的策略很清晰：不再以「便宜」作为 Flash 的唯一卖点，而是以「同等性能下更快、同等速度下更强」来竞争。

对比 Claude Opus 4.7（输入 $5/百万 token、输出 $25/百万 token）和 GPT-5.5（输入 $5/百万 token、输出 $30/百万 token），Gemini 3.5 Flash 的成本优势仍然显著——在 Agent 基准上超越两者的同时，输入成本仅为它们的30%。

这对于大规模 Agent 部署来说是决定性因素。以一个每天处理 1000 万次工具调用的 Agent 系统为例：

• 使用 Claude Opus 4.7：日均成本约 $50（按 $5/M 输入计算）
• 使用 GPT-5.5：日均成本约 $50（按 $5/M 输入计算）
• 使用 Gemini 3.5 Flash：日均成本约 $15

月度节省从 $1050（vs GPT-5.5）到 $1050（vs Opus 4.7）——而且 Agent 能力反而更强。更深层的定价逻辑：Google 实际上是在用定价来重新定义「Flash」这个品类的价值。过去的 Flash 模型定位是「廉价的降级选项」——用户选择 Flash 是因为负担不起 Pro，心里知道性能有损失。Gemini 3.5 Flash 试图改变这种心理定位——它不是「降级选项」，而是「更聪明的选择」。用 30% 的成本获得超越旗舰的 Agent 性能，这已经不是妥协了，这是精明。免费额度的意义：Google 在 I/O 2026 上将 Gemini 3.5 Flash 设为 Gemini 应用（9 亿+月活用户）的默认模型，同时通过 Google AI Studio 提供免费额度。这是 Google 对抗 OpenAI 和 Anthropic 的另一个策略——降低开发者迁移成本，让他们先体验、再付费。

以下是一个基于 Gemini 3.5 Flash 的实际 Agent 工作流示例。利用其 MCP Atlas 高得分和 4 倍速度优势，构建一个能自主完成研究任务的 Agent。

核心优势在于低延迟 + 高工具调用成功率的组合。在 Agent 的多步工作流中，每一步都需要调用工具（搜索、读取文件、分析数据等），延迟和失败率的累积效应会显著影响用户体验。Gemini 3.5 Flash 在这两个维度上的优势使其特别适合这类场景。

架构要点：

1. 使用 Google AI Studio 或 Vertex AI API 接入 Gemini 3.5 Flash
2. 配置 MCP 工具（搜索、文件操作、代码执行）
3. 设置最大步骤数和超时保护
4. 利用 1M 上下文窗口存储完整的 Agent 执行轨迹

延迟累积效应分析：假设一个 Agent 工作流需要 10 步工具调用。每步的延迟包括：模型思考时间 + 工具调用时间 + 结果处理时间。Claude Opus 4.7 的思考时间约 720ms，Gemini 3.5 Flash 约 180ms。仅思考时间一项，10 步累积下来 Opus 4.7 需要 7.2 秒，Flash 只需 1.8 秒——用户体验差距超过 5 秒。这在实际应用中是感知极为明显的差异。

"""
Gemini 3.5 Flash Agent 工作流示例
利用其高 Agent 能力和低延迟优势构建自主研究 Agent
"""
import os
from google.genai import Client
from google.genai.types import Tool, GenerateContentConfig

# 初始化 Gemini 3.5 Flash 客户端
client = Client(api_key=os.environ["GEMINI_API_KEY"])

# 定义 MCP 工具
search_tool = Tool(
    google_search={
        "dynamic_retrieval_config": {
            "mode": "MODE_DYNAMIC",
            "dynamic_threshold": 0.5
        }
    }
)

# 研究 Agent 核心循环
class ResearchAgent:
    def __init__(self, model="gemini-3.5-flash"):
        self.model = model
        self.history = []
        self.max_steps = 20
    
    def run_research(self, topic: str) -> str:
        """执行自主研究任务"""
        system_prompt = f"""你是一个专业研究助手。使用可用的工具来研究以下主题：
{topic}

请按照以下步骤进行研究：
1. 搜索关键信息
2. 分析和综合发现
3. 生成结构化研究报告

每步只执行一个操作，等待结果后再继续。"""
        
        self.history.append({"role": "user", "parts": [{"text": system_prompt}]})
        
        for step in range(self.max_steps):
            response = client.models.generate_content(
                model=self.model,
                contents=self.history[-1]["parts"],
                config=GenerateContentConfig(
                    tools=[search_tool],
                    system_instruction=system_prompt,
                    temperature=0.3,
                )
            )
            
            # 检查是否需要调用工具
            if response.function_calls:
                tool_result = self._execute_tool(response.function_calls[0])
                self.history.append({
                    "role": "model",
                    "parts": [{"function_call": response.function_calls[0]}]
                })
                self.history.append({
                    "role": "user",
                    "parts": [{"function_response": tool_result}]
                })
            else:
                # 模型给出了最终回答
                return response.text
        
        return "达到最大步骤限制，研究未完成。"
    
    def _execute_tool(self, function_call) -> dict:
        """执行工具调用并返回结果"""
        if function_call.name == "googleSearch":
            query = function_call.args.get("query", "")
            # 实际实现中调用搜索 API
            return {"result": f"搜索 '{query}' 的结果..."}
        return {"error": "未知工具"}

# 使用示例
agent = ResearchAgent()
report = agent.run_research(
    "2026 年 Gemini 3.5 Flash 的技术创新与行业影响"
)
print(report)

在真实生产环境中，很少只用单一模型。更常见的做法是构建一个模型路由器——根据任务的类型、复杂度、延迟要求和成本预算，动态选择最合适的模型。

Gemini 3.5 Flash 的出现让路由策略更加丰富——它不再是「低优先级任务的降级选项」，而是Agent 任务的默认首选。

路由规则设计原则：

1.Agent 工具调用 / 编码任务→ Gemini 3.5 Flash（MCP Atlas 最高分 + 最低延迟）
2.长文档分析（超过 500K token）→ Gemini 3.5 Flash（1M 上下文 + 低延迟）
3.创意写作 / 高质量文案→ Claude Opus 4.7（文学性最强）
4.复杂数学推理→ Claude Opus 4.7 或 GPT-5.5（数学基准最高）
5.快速分类 / 摘要 / 翻译→ Gemini 3.5 Flash（速度最快，成本最低）
6.安全敏感场景→ Claude Opus 4.7（安全对齐最强）

延迟累积效应的实际影响：假设一个 Agent 工作流需要 10 步工具调用。每步的延迟包括：模型思考时间 + 工具调用时间 + 结果处理时间。Claude Opus 4.7 的思考时间约 720ms，Gemini 3.5 Flash 约 180ms。仅思考时间一项，10 步累积下来 Opus 4.7 需要 7.2 秒，Flash 只需 1.8 秒——用户体验差距超过 5 秒。

/**
 * 模型路由器：根据任务特征动态选择最优模型
 * Gemini 3.5 Flash 作为 Agent 任务的默认首选
 */
interface ModelConfig {
  name: string;
  provider: "openai" | "anthropic" | "google" | "deepseek";
  modelId: string;
  inputPricePerM: number;
  outputPricePerM: number;
  maxContextTokens: number;
  strengths: string[];
  weaknesses: string[];
}

const MODELS: ModelConfig[] = [
  {
    name: "Gemini 3.5 Flash",
    provider: "google",
    modelId: "gemini-3.5-flash",
    inputPricePerM: 1.50,
    outputPricePerM: 9.0,
    maxContextTokens: 1_000_000,
    strengths: ["agent", "coding", "speed", "multimodal"],
    weaknesses: ["creative-writing", "math-reasoning"],
  },
  {
    name: "Claude Opus 4.7",
    provider: "anthropic",
    modelId: "claude-opus-4-7",
    inputPricePerM: 5.0,
    outputPricePerM: 25.0,
    maxContextTokens: 200_000,
    strengths: ["safety", "analysis", "creative-writing", "math-reasoning"],
    weaknesses: ["cost", "latency"],
  },
  {
    name: "GPT-5.5",
    provider: "openai",
    modelId: "gpt-5.5",
    inputPricePerM: 5.0,
    outputPricePerM: 30.0,
    maxContextTokens: 128_000,
    strengths: ["general", "math-reasoning", "coding"],
    weaknesses: ["cost", "tool-calling-consistency"],
  },
];

function routeModel(task: {
  type: string;
  contextLength: number;
  latencyBudget: "low" | "medium" | "high";
  budgetSensitive: boolean;
}): ModelConfig {
  // Agent 和编码任务：默认选 Gemini 3.5 Flash
  if (["agent", "coding", "tool-use"].includes(task.type)) {
    return MODELS[0];
  }
  
  // 长文档分析：Gemini 3.5 Flash（1M 上下文）
  if (task.contextLength > 500_000) {
    return MODELS[0];
  }
  
  // 创意写作和安全敏感：Claude Opus 4.7
  if (["creative-writing", "safety-critical"].includes(task.type)) {
    return MODELS[1];
  }
  
  // 复杂数学推理：Claude 或 GPT
  if (task.type === "math-reasoning") {
    return MODELS[1];
  }
  
  // 低成本预算：Gemini 3.5 Flash
  if (task.budgetSensitive) {
    return MODELS[0];
  }
  
  // 默认：GPT-5.5（最均衡）
  return MODELS[2];
}

// 使用示例
const selected = routeModel({
  type: "agent",
  contextLength: 50_000,
  latencyBudget: "low",
  budgetSensitive: true,
});
console.log(`选择模型: ${selected.name} (${selected.provider})`);
// 输出: 选择模型: Gemini 3.5 Flash (google)

Gemini 3.5 Flash 的发布对 2026 年的「三强」格局产生了微妙但重要的影响。此前市场的基本格局是：OpenAI GPT-5.5 在通用能力上领先，Anthropic Claude Opus 4.7 在安全和深度分析上占优，Google Gemini 3.1 Pro 在多模态上突出。

Gemini 3.5 Flash 改变了这个格局的两个维度：

第一，性价比维度出现了一个新的甜蜜点。此前开发者面临一个两难选择——要么用昂贵的旗舰模型（Opus 4.7 / GPT-5.5）获得最佳性能，要么用便宜的 Flash/Sonnet 模型牺牲一定性能。Gemini 3.5 Flash 打破了这个权衡——它在 Agent 和编码基准上超越了旗舰模型，同时价格仅为后者的 1/5 到 1/6。这不是「性价比」，这是越级打击。

第二，Agent 场景的竞争焦点从「谁能调用工具」转向「谁能以最低延迟调用最多工具」。MCP Atlas 基准的意义在于它测试的是工具调用的复杂度和成功率，而不仅仅是工具数量。Gemini 3.5 Flash 在这个基准上的领先表明 Google 已经找到了 Agent 预训练的最优配方。

第三，Google 自身产品线的混乱。Gemini 3.5 Flash 在多个基准上超越了自家 3.1 Pro，这意味着 Pro 模型的价值主张变得模糊。Google 需要回答一个问题：当 Flash 比 Pro 又快又便宜又强的时候，用户为什么还要用 Pro？可能的答案是 Pro 在某些细分领域（如深度分析、长文本一致性）仍有优势，但这个答案需要 Google 用数据来证明。

未来预判：
-短期（1-3 个月）：Google 会进一步降价 Gemini 3.5 Flash 以抢占 Agent 市场份额
-中期（6 个月）：OpenAI 和 Anthropic 会发布对应的「轻量高性能」模型回应
-长期（12 个月）：模型分层策略可能从「Flash / Sonnet / Opus」三级变为「标准 / 旗舰」两级——中间层被挤压

Gemini 3.5 Flash 的发布标志着 AI 模型分层策略的一次范式转移。Flash 不再意味着「比 Pro 弱的快速选项」——它可以是比 Pro 更快、更强、更便宜的全能选手。

对开发者的意义：如果你正在构建 AI Agent 应用，Gemini 3.5 Flash 可能是当前市场上最理性的选择——它在 Agent 基准上领先、推理速度快、成本极低。唯一的犹豫点是生态成熟度——OpenAI 和 Anthropic 的 SDK 和工具链更成熟，Google 的生态仍在追赶。

对行业的意义：Gemini 3.5 Flash 的出现压缩了模型分层策略的生存空间。当 Flash 能击败上一代 Pro 时，模型定价和分层策略将变得更加复杂。这对开发者是好事——意味着用更低的成本可以获得更高的性能。

Google 的战略意图：不要将 Gemini 3.5 Flash 视为一个孤立的产品发布。它是 Google 在 AI 基础设施层面的一次系统性进攻——通过 I/O 2026 上同时发布的 Gemini 3.5 系列（包括 Pro 和 Flash）、Antigravity 2.0 编程工具、以及 Aluminum OS Agent 平台，Google 正在构建一个从模型到工具到 Agent 平台的完整 AI 开发生态。这个生态的杀手牌不是单一模型的某个基准分数，而是整个栈的集成体验——当开发者可以在 Google 的平台上用同一个 API、同一个 SDK、同一个计费系统接入最强的模型、最丰富的工具链和最完善的 Agent 框架时，迁移到其他平台的成本就会变得极高。

历史对比：回顾 Android 的成功路径——Android 并非在单一指标上超越 iOS，而是通过开放生态、丰富的设备选择和极低的开发门槛，最终在市场份额上超越 iPhone。Gemini 3.5 Flash 的定价策略和性能定位与当年 Android 的策略惊人地相似——用「足够好 + 足够便宜 + 足够开放」的方式，从高端市场抢夺开发者。

关键数据速览：

• MCP Atlas：83.6%（Agent 能力领先）
• SWE-bench Verified：78%（编码能力强劲）
• 推理速度：Pro 的 4 倍
• 成本：Opus 4.7 的 30%，GPT-5.5 的 30%
• 上下文窗口：1M token
• 定价：输入 $1.50/M，输出 $9/M

Gemini 3.5 Flash 不是 Google 的「旗舰」——它甚至不是 Gemini 3.5 系列的「Pro」版本。但它在 Agent 和编码场景中的表现已经让旗舰们感受到了真正的竞争压力。这正是开源和竞争带给开发者的最大红利。

距离 Gemini 3.5 Flash 发布已过去近一周，市场格局进一步清晰。Gemini 3.5 Flash 正在与开源模型展开正面竞争，这对开发者来说意味着更多的选择和更低的成本。

与开源模型的直接对比：在 2026 年 5 月的五款主流开源模型中，Gemini 3.5 Flash 的 Agent 能力（MCP Atlas 83.6%）与部分开源模型各有胜负，但它的推理速度是任何开源模型的 2-3 倍（得益于 Google 的 TPU 基础设施）。在代码生成方面，它与 Qwen 3.6 和 DeepSeek V4 差距不大（78% vs 其他模型的 SWE-bench 数据，但注意不同测试体系不可直接比较），在数学方面则落后于 DeepSeek V4（96.8% GSM8K）。

Managed Agents 的新进展：Google 在 Gemini API 中正式推出了Managed Agents服务——单次 API 调用即可启动一个自主推理的 Agent，无需开发者自行编排。这意味着 Gemini 3.5 Flash 不再只是一个「对话模型」，而是一个完整的 Agent 运行时平台。Managed Agents 支持工具调用、多步推理、状态管理和错误恢复，所有这些都由 Google 的基础设施托管。

对开发者的实际影响：
-如果你需要快速原型验证：Gemini 3.5 Flash 的 API 是最快的路径——不需要部署 GPU、不需要管理模型权重，几行代码即可开始。
-如果你需要数据隐私和完全控制：开源模型（如 DeepSeek V4 或 Llama 4）的本地部署仍然是唯一选择。
-最佳策略是混合使用：用 Gemini 3.5 Flash 做快速原型和线上 A/B 测试，用开源模型做生产部署和数据敏感场景。

与 A2A 协议的协同：Google 作为 A2A 协议的核心贡献者，正在推动 Gemini Agent 与其他平台 Agent 的互操作性。未来，运行在 Google Cloud 上的 Gemini Agent 可以直接调用运行在 Azure 上的 Microsoft Agent，反之亦然。这将进一步模糊「闭源 vs 开源」的界限——竞争的核心不再是模型本身，而是整个 Agent 生态的体验。

Google I/O 2026 开发者大会不仅发布了 Gemini 3.5 Flash，还公布了完整的智能体操作系统战略。以下是本文之前未涵盖的重要公告。

Antigravity 2.0：Google 将编码环境扩展为多 Agent 编排平台，提供桌面应用、CLI 和 SDK 三种使用方式。开发者可以同时部署多个 Agent 并行工作，Google 声称 3.5 Flash 在 Antigravity 中的运行速度比其他前沿模型快 12 倍。

Gemini Spark：24/7 在云端虚拟机上运行的自主 Agent。用户可以定义任务，Agent 持续自主执行。这代表了 AI 从「交互式工具」到「自主助手」的范式转变。

Gemini Omni Flash：首个 Omni 家族模型，接受任何输入模态（文本、图像、音频、视频）并生成视频输出。视频生成是对话式和可编辑的，不再是简单的提示词→视频流程。

WebMCP：Google 与 Microsoft 联合开发的开放 Web 协议标准，使 Agent 能够可靠地调用 Web 工具。

这些公告表明，Google 正在构建一个完整的智能体操作系统——从模型到平台到应用到协议，全方位覆盖 Agent 生态链。Google 拥有 Chrome、Android、Search、Workspace、GCP 的垂直整合能力，这是其他 AI 厂商难以复制的优势。

Gemini 3.5 Flash 发布后两周，Google 在商业化、API 功能和定价策略上又有了重要进展。这些信息对开发者和用户选择模型至关重要。

API 定价确认：$1.50/$9 每百万 token。 根据 PricePerToken.com 和 Google 官方定价页面确认，Gemini 3.5 Flash 的 API 定价为输入 $1.50/百万 token、输出 $9.00/百万 token。这个价格与前代 Gemini 3 Flash（$0.50/$3）相比贵了约 3 倍，但比 Gemini 3.1 Pro（$2.50/$15）便宜约 40%。考虑到 3.5 Flash 在编码和 Agent 基准上超过 3.1 Pro 且速度快 4 倍，这个定价的性价比仍然非常有竞争力。来源：PricePerToken、LLM Stats、Simon Willison 分析。Google AI 订阅五层重组对 3.5 Flash 的影响。 I/O 2026 后，Google 将订阅体系重组为五档：免费、AI Plus（$7.99）、AI Pro（$19.99）、AI Ultra 5x（$99.99）和 AI Ultra 20x（$199.99）。Gemini 3.5 Flash 作为 Ultra 5x 档的核心模型，与 Gemini Spark 自主 Agent 深度绑定。这意味着开发者如果要通过消费级订阅获取 3.5 Flash 的最高用量，需要支付 $99.99/月——这个价格包含了 5 倍于 Pro 的用量、Gemini Spark、Antigravity 优先访问和 20TB 存储。Interactions API Beta 上线。 Google 推出了新的 Interactions API，目前处于 Beta 阶段。这个 API 的设计思路类似于 OpenAI Responses API——在服务端管理对话历史和上下文，开发者不需要自行维护多轮对话的状态。对于 Gemini 3.5 Flash 来说，Interactions API 意味着：开发者可以用更少的代码构建多轮对话应用，所有状态管理由 Google 基础设施处理。这对于快速原型开发尤其有价值——不需要编写对话状态存储和检索逻辑，直接调用 API 即可。与竞品的对比更新：| 维度 | Gemini 3.5 Flash | Claude Sonnet 4.5 | GPT-5.5 |
|------|-----------------|-------------------|----------|
| 输入定价 | $1.50/M token | 约 $3/M token | 约 $2.5/M token |
| 输出定价 | $9.00/M token | 约 $15/M token | 约 $10/M token |
| MCP Atlas | 83.6% | 约 80% | 约 82% |
| SWE-bench | 78% | 约 75% | 约 76% |
| 推理速度 | 基准 4x | 基准 1x | 基准 1.5x |

数据来源：PricePerToken、Google DeepMind 模型卡、各厂商官方文档。注意不同厂商的测试体系可能不同，直接比较需谨慎。3.5 Flash 的定位进一步明确： Google 正在将 3.5 Flash 定位为「默认推荐模型」——在大多数场景下，3.5 Flash 应该是开发者的首选，而不是 Pro 或其他 Flash 版本。这种定位背后的逻辑是：3.5 Flash 在关键基准上已经超过 Pro，同时速度更快、成本更低。唯一的例外是需要极致推理深度的场景（如复杂数学证明、高级逻辑推理），这些场景下 Opus 4.7 或 GPT-5.5 仍然更强。对开发者的最终建议： 如果你还没有在项目中锁定模型供应商，Gemini 3.5 Flash 的 API（$1.50/$9 + Interactions API Beta）是目前性价比最高的前沿模型接入方案。建议先用免费层测试，确认模型在你的具体场景下表现符合预期后，再升级到付费用量。