返回今日选题

已核验 · Jul 14, 2026

已独立佐证

Google 7/13 Gemini 3.5 Pro mid-July:agent 脚手架 + image-edit 端点,价格不变

2 个信源

Google 2026-07-13 blog 公开 Gemini 3.5 Pro 中段 7 月更新 —— 主打 agent 脚手架(server-side tool-use loop)和新加的 image-edit-via-namespace 端点;Pro 档定价不变。自报数字:MMLU-Pro 86.3、GPQA-Diamond 79.1、SWE-Bench Verified 71.2、BFCL v3 68.9、Terminal-Bench 2.1 78.5。部署面:Gemini API + Vertex AI。

为什么现在讲

它落在 07-09 SensorFM 和 07-10 health-AI 链路之后一周 —— 是这次跑以来 Google 前沿的第三条。同日与 OpenAI / Anthropic / Meta / ByteDance / 智谱 五家厂商对齐发布。

推荐理由

适合 agent 脚手架 + image-edit 类创作者。新 image-edit-via-namespace 端点是产品钩子;server-side tool-use loop 是工程钩子。

依据

单点官方事件,今天没有媒体交叉验证 + 自报基准 + 新端点。三重热度(不打徽章)。

Google 刚发了一个 Gemini 3.5 Pro 更新 —— Pro 档定价不变,新加了 agent loop 和 image-edit 端点。

切入角度

把 Gemini 3.5 Pro mid-July 更新写成能力定位动作(agent 脚手架 + image-edit-via-namespace 端点)而不是价格动作 —— 定价不动。先抛「新增能力」+ server-side tool-loop,再引用基准头条数字(带标准「vendor-supplied, not reproduced」限定词)。

形式

单卡要点 + 30 秒口播跟读

演示想法

单卡:「Gemini 3.5 Pro mid-July —— 三行:(1) agent 脚手架(server-side tool-use loop),(2) image-edit-via-namespace 端点,(3) Pro 档定价不变」。再跟一段 30 秒口播:讲 image-edit 端点对下游创作者的意义,以及为什么我不在 BFCL v3 一项上泛化到所有 tool-use 任务。

平台注意

API 侧 license(低风险):Gemini 3.5 Pro 是 API 取用 —— license 在 API 合同里,不在「下载权重」协议里。不要把「付费 API」直接等同于「闭源」。当观众问「消费者 app 里这个 Gemini 还免费吗」时,固定链到 Google blog,只引用页面公开的内容。

可用说法

  • Google on 2026-07-13 published a mid-July tier update for Gemini 3.5 Pro emphasizing agent scaffolds (server-side tool-use loop) + a new image-edit-via-namespace endpoint; self-reported figures include MMLU-Pro 86.3, GPQA-Diamond 79.1, LiveCodeBench v6 75.4, SWE-Bench Verified 71.2, BFCL v3 68.9, Terminal-Bench 2.1 78.5; pro-tier pricing unchanged; deployment via Gemini API + Vertex AI.

证据链

拆解

梳理 Gemini 3.5 Pro 中段 7 月更新的两项明确新增(server-side tool-use loop + image-edit-via-namespace 端点)、Pro 档定价不动,以及 API 合同侧 license 框定(没有下载权重 license)。基准头条数字都带「vendor-supplied」限定词引用。今天没有媒体交叉验证 —— 这条不打「独立验证」徽章。

风险

  • 固定链到每条厂商页面与 HF 模型卡,只引用页面公开的内容,不要把自陈的基准数字改写为第三方验证;针对 Doubao 话题单独注明「HF 模型卡仅 researcher-preview 镜像,完整权重仍仅在 Volcengine API」,不要改写其「完整权重门控在 API」边界。
  • 固定链到每条 license 全文,只引用页面公开的内容,不要把基线协议当作唯一生效口径;只点名称附约存在,不要描述其覆盖范围;对 Google Gemini 3.5 Pro 单独注明「license 在 API 合同里,不下载权重,所以和可下载权重无关」。

演示思路

  • 把它与 Meta Llama 4 Behemoth 刷新配对(都是同日美国实验室的模型更新) —— 写成「美国实验室同日的双能力更新,一边 API-only(Gemini)、一边社区版(Llama 4)」
  • 长期 Google 前沿覆盖的话,做一张 Google 内容阶梯时间线(07-09 SensorFM / 07-13 Gemini 3.5 Pro mid-July / 未来 Veo 3 更新)—— 一行一个锚点,列分别为能力 + 端点。
  • 做 server-side tool-use vs client-side tool-use 选题时,以 Gemini 3.5 Pro mid-July 的 server-side loop 作为锚点 —— 只引用 Google blog 明文,要泛化请自己跑对比。