Gemini API支持Maps与Search工具同时调用，开发者实测指南

Gemini API迎来实用更新

近日，Google在Gemini API上线了一项虽小但颇具实用价值的更新：开发者现在可以在 Gemini 3.5 Flash 和 3.6 Flash 模型中，同时调用 Google Maps 和 Google Search 两个工具。据官方消息，这一功能已经在待办列表中积压许久，此次终于落地。

对于长期关注Gemini生态的开发者而言，这看似只是一个细微的能力扩展，但它背后反映出Google在多工具协同（multi-tool orchestration）方向上的持续投入。工具调用能力的组合，往往能显著提升模型在复杂真实场景中的表现。

为什么"同时调用"很重要

在此之前，Gemini在处理任务时通常只能在单一工具间切换，或需要开发者手动编排多次调用流程。而现在，模型可以在一次推理过程中同时接入地图数据与搜索数据，这带来了几个直接的价值。

更完整的信息闭环

很多现实问题本质上是"地理+信息"的复合查询。例如用户询问"帮我找附近评分最高的日料店，并告诉我它最近有没有上新菜单"——这类问题既需要 Maps 提供位置、评分、营业信息，又需要 Search 补充最新的动态内容。以往这需要多轮交互或复杂的后端拼接，现在则可以在单次模型调用中完成。

降低开发复杂度

对开发者来说，工具的并行可用意味着更少的编排代码和更低的延迟。不再需要设计复杂的状态机来判断"先查地图还是先搜索"，模型可以根据上下文自主决定如何组合使用这两个能力，从而让Agent类应用的构建更加自然。

Flash系列的定位

此次更新聚焦于 3.5 Flash 与 3.6 Flash，这两款都是Gemini家族中主打速度与成本效率的模型。Flash系列通常被用于高并发、低延迟的生产环境，比如客服助手、实时推荐、本地生活服务等场景。

将多工具协同能力优先下放到Flash系列，说明Google希望这类高性价比模型能够承担更多"开箱即用"的实用任务，而不仅仅是轻量级的文本处理。这也符合当前行业趋势——即让更小、更快的模型具备更强的工具调用（tool use）能力，从而在保证响应速度的同时扩展应用边界。

对开发者生态的意义

从更宏观的视角看，Google正在把自身的核心资产——地图与搜索——更深度地整合进AI模型的能力体系中。这两项服务是Google区别于其他大模型厂商的独特护城河。

当 Maps 与 Search 能够被Gemini无缝且并行地调用时，Google实际上是在向开发者传递一个信号：构建本地化、信息实时、地理感知的AI应用，Gemini会是一个具备天然优势的平台。对于做出行、旅游、本地生活、O2O类产品的团队而言，这类原生集成能力比单纯的模型智能更具吸引力。

小更新，大方向

尽管官方将其描述为"a small update"，但从产品演进的角度看，工具能力的逐步解锁往往是渐进式的。每一个看似微小的组合能力，最终会汇聚成更强大的Agent基础设施。

对于正在使用Gemini API的开发者，建议尽快在实际项目中测试Maps与Search的并行调用效果，尤其是那些涉及位置服务与实时信息的复合场景，这可能带来明显的体验提升与架构简化。