Gemini API工具更新,引入多工具链与上下文循环功能-夜雨聆风

Gemini API工具更新,引入多工具链与上下文循环功能

谷歌把墙拆了。

Gemini API最新更新带来三个核心变化，每一个都直击Agent开发的痛点。

内置工具+自定义函数

以前的做法是：你要么用Google搜索这种内置工具，要么调自己写的函数，两者不能混用。

开发者必须像交通警察一样手动编排——先让模型搜一下，拿到结果，再发第二个请求调你的后端。

现在，你可以在同一个请求里同时塞进Google搜索、Google地图和你的自定义代码。

Gemini 3会自己判断先调哪个、后调哪个，中间怎么衔接。

举个真实场景：你让AI「搜一下今天最火的降噪耳机，然后查查我们仓库有没有货」。

以前这需要两轮请求+手动拼接，现在一个请求搞定——Gemini先上网搜热门型号，转头就自动调你的库存API逐个查询。延迟砍半，代码量砍更多。

这是开发者喊了很久的功能。

谷歌自己也说：「这是自从我们推出内置工具以来，开发者呼声最高的需求。」

AI终于有了「长记性」的工具链

多步骤工作流最怕的就是「转头就忘」——第一步拿到的数据，第二步要用的时候模型已经丢了上下文。

新推出的「上下文环流」（Context Circulation）技术解决了这个问题。它的原理是：每一次工具调用和返回结果，都会自动保留在模型的上下文窗口里。后续步骤可以直接引用前面任何一步的数据。

比如：Gemini用内置工具查了实时天气（30°C，晴），然后把这个结果无缝传给你的自定义工具去预订户外场地——它知道该选露天的。整个过程不需要你在中间插一脚做数据转发。

配合新增的工具调用ID（Tool Response ID），每一次工具调用都有唯一标识符。

这在并行调用场景下尤其关键——当模型同时发起三个函数调用时，你能精准地把每个返回值对应到正确的调用上，Debug效率直接起飞。

Google Maps原生「入脑」Gemini 3

地理空间感知对现代Agent来说是刚需——订餐、导航、找店、规划路线，全都离不开位置信息。

这次更新把Google Maps正式接入了Gemini 3全系模型。

你的AI助手现在能实时感知「柏林亚历山大广场附近哪家咖啡馆正在营业」，能查通勤时间，能获取商家详情。

从「编排噩梦」到「声明式Agent」

把这三个更新放在一起看，谷歌真正在做的事情是：让开发者从「手动编排工具调用顺序」转向「声明式地告诉模型有哪些工具可用」。

剩下的事——什么时候调哪个工具、怎么传递上下文、如何处理并行——Gemini自己搞定。

这跟黄仁勋在GTC上说的「Agent时代」方向完全一致：AI不再只是回答问题，而是自主调用工具、串联流程、完成复杂任务。

区别在于，英伟达从硬件端做Agent基础设施（NemoClaw），谷歌从API端做Agent开发基础设施。

谷歌推出了新的Interactions API，面向更复杂的Agent场景，主打服务端状态管理、复杂上下文与长任务处理；

但由于其目前仍处于Public Beta，官方同时说明，标准生产工作负载仍以GenerateContent作为主要路径。

对于开发者来说，信号很明确：Agent开发的基础设施正在从「手工作坊」走向「工业化」。

工具混用、上下文环流、地理空间接入——这些听起来像小功能，但拼在一起，就是Agent从Demo走向Production的基础设施。

*以上内容多属信息资讯梳理整合，如有侵权，请联系删除，谢谢

Gemini API工具更新,引入多工具链与上下文循环功能