8 月 6 日，Google 为 Maps 的 Ask Maps 功能新增三项 Agentic 能力：用户可以直接在 Maps 内通过自然语言订餐（接入 Square、Toast，Uber Eats 即将支持）、搜索并预订酒店、查找活动门票。同步上线的 Personal Intelligence 则允许 Ask Maps 在用户授权后读取 Gmail 和 Calendar 中的航班、预订和日程，提供个性化推荐。
这不是 Maps 的一次常规功能迭代。这是 Google 在今年 5 月 I/O 上发布的 Agentic Commerce 协议栈——Universal Commerce Protocol（UCP）和 Agent Payments Protocol（AP2）——在消费级场景的首次大规模落地。Google Maps 拥有超过 10 亿月活用户，Agent 化后的 Maps 将成为 Google 将 AI 从"回答问题"推进到"完成任务"的最重要载体。
能做什么：从对话到交易的完整闭环
Ask Maps 于 2026 年 3 月首次上线，最初是一个基于 Gemini 模型的对话式搜索工具，可以回答"附近有什么适合安静聊天的餐厅"这类复杂问题。8 月 6 日的更新让它跨越了从信息到交易的关键一步。
订餐。用户可以说"帮我点一份海鲜辣炒宽粉，下班路上取"，Ask Maps 会沿通勤路线搜索有该菜品的餐厅，直接将菜品加入购物车，用户只需确认并支付。Google Maps 副总裁 Miriam Daniel 在官方博客中写道，系统还会考虑用户的"已保存地点"和饮食偏好。支付通过 Square、Toast 或 Uber Eats 完成，Google 自身不处理交易。
订酒店。用户可以提出模糊需求——"下周末去迈阿密开会，帮我找一家有艺术气息、评分高、价格合理、步行可达健身房和餐厅的酒店"——Ask Maps 实时比价并检查可用性后给出选项，用户点击跳转至合作方网站完成预订。
活动和门票。用户问"今晚公司附近有什么喜剧演出或现场音乐"，Maps 返回活动列表和购票链接。
Personal Intelligence。这是此次更新中最值得关注的变化。用户授权后，Ask Maps 可读取 Gmail 中的航班确认邮件、酒店预订和晚餐预约，以及 Calendar 中的日程。用户无需逐条输入已有计划，直接问"航班降落前，酒店附近有什么可以消磨几个小时的地方"，Maps 就能结合酒店位置和航班时间给出建议。Google Maps 产品总监 Maz Khorasani 在媒体简报会上强调，这一功能"默认关闭，由用户决定是否开启"。
此外，Ask Maps 新增对话记忆功能（需要开启历史记录），可以接续之前的行程规划对话；新增实时公交部件，在对话界面内展示公交、地铁、渡轮的实时延误信息。Ask Maps 同步扩展至澳大利亚、巴西、加拿大、印度尼西亚、日本和墨西哥，以及超过 150 个国家和地区的英语版本。
路线之争：协议化 vs 模拟化
Google Maps 的 Agent 化代表了一条与 OpenAI Operator 和 Anthropic Computer Use 本质不同的技术路线。
OpenAI 的 Operator（已于 2025 年并入 ChatGPT Agent）通过 Computer-Using Agent（CUA）模型，在虚拟浏览器中模拟人类操作——看屏幕、移动鼠标、点击按钮——来完成网页任务。Anthropic 的 Computer Use 更进一步，让 Claude 直接操控桌面环境。这两条路线的共同逻辑是：既然所有服务都有网页，那就做一个能操作任何网页的通用 Agent。
Google 走的是另一条路。它不尝试模拟人类浏览网页，而是通过 UCP 协议直接对接商家和服务商的系统。UCP 是一个开源标准，为 AI Agent 与商家系统之间的通信定义了"通用语言"和功能原语——商品发现、购物车操作、支付触发。商家接入 UCP 后，Agent 不再需要通过网页抓取和理解来获取商品信息或下单，而是直接调用结构化 API。
两条路线的差异在三个维度上体现得很清楚：
可靠性。浏览器 Agent 面临 DOM 变化、反爬机制、多步操作失败累积等问题。OpenAI 的 CUA 在 WebVoyager benchmark 上达到 87%，但在真实网页任务中仍频繁失败。协议化路线消除了这些不确定性——Agent 不操作网页，而是调用标准化接口。
商家关系。浏览器 Agent 本质上在"绕过"商家网站的前端，商家既不参与也不受益——甚至损失流量和用户数据。UCP 模式下，Google 的定位是"管道"：商家保持 Merchant of Record 身份，保留客户数据和关系，Agent 把交易引向商家自有系统。这种设计降低了商家抵触。
覆盖范围。浏览器 Agent 理论上可以操作整个互联网，UCP 只能覆盖已接入协议的商家。但 Google 的筹码是 Maps 本身——超过 500 万贡献者维护的地点数据、商家评价和实时信息——这些是任何通用 Agent 无法复制的。
The Next Web 在报道中直接点出了核心问题："用户是否信任一个地图应用来帮他们点午餐？以及，这笔交易另一端的餐厅、酒店和票务平台，会把这视为新的分销渠道还是被去中介化？"
为什么是现在：Assistant 的棺材钉和 Agentic Commerce 的起步
Maps 的 Agentic 升级发生在 Google 消费级 AI 版图快速重组的节点上。
就在前一天（8 月 5 日），Google 向用户发送邮件确认：经典 Google Assistant 将于 2026 年 9 月 4 日起在 Android 和 Wear OS 上停止服务，全面由 Gemini 取代。Assistant 的退役不是孤立事件——它标志着 Google 消费级 AI 交互从"语音命令执行器"向"多模态 Agent 平台"的转型，而 Maps 正是这一转型中最重要的消费级载体。
更早的伏笔在今年 1 月就已埋下。Google 于 1 月发布 Universal Commerce Protocol，5 月 I/O 大会上发布 Universal Cart（跨 Search、Gemini、YouTube、Gmail 的持久化购物车）和 AP2 支付协议升级。UCP 最初覆盖零售电商，随后扩展到酒店预订和餐饮外卖——正是本次 Maps 更新的三个 Agentic 场景。
据 Stellagent 统计，OpenAI 与 Stripe 合作的 Agentic Commerce Protocol（ACP）已接入 Etsy、Walmart 和约 100 万 Shopify 商家，占据聊天内即时购买的制高点。Google 的差异化武器是 Maps 的地理位置上下文——"附近有什么"这个搜索意图，天然属于地图而非聊天机器人。
谁会被影响：中间层的挤压
如果 Maps 成为用户发现餐厅、预订酒店和购买门票的第一入口，首当其冲的是目前处于用户和商家之间的中间平台。
Google Maps 的酒店搜索直接比价并引导至合作方网站——这意味着 Booking.com、Expedia 等 OTA 可能从"目的地"变成"供应商之一"，甚至被绕过。餐饮外卖领域，Uber Eats 出现在合作伙伴名单中，但 Square 和 Toast 的接入意味着 Google 可以直接连接餐厅的 POS 系统，跳过外卖平台的抽成。
这种挤压的力度取决于 UCP 的采用速度。截至 2026 年 8 月，UCP 的餐饮和酒店扩展仍处于"候补名单"阶段，实际接入的商家数量未公开。目前的功能中，酒店预订仍需点击跳转至合作方网站完成，订餐支付也在合作方平台完成——这意味着短期内 Maps 更像是"智能导购"而非"全栈交易平台"。
另一重影响落在广告主身上。当 AI Agent 汇总信息并在 Agent 内部直接给出答案时，品牌网站和广告位的点击量将下降，广告主需要针对 Agent 的决策逻辑而非用户搜索词进行优化。
还缺什么
Maps 的 Agent 化有一个重要但未在本次公告中触及的问题：多步骤跨场景任务。目前订餐、订酒店、买票是三条独立的能力线。一个真正有用的旅行 Agent 应该能在一次对话中连续完成"订机票→订酒店→规划路线→推荐餐厅→订餐"的完整链条。Google 的 UCP 和 Universal Cart 架构在技术上支持这种串联，但 Maps 尚未展示跨品类任务编排的实际能力。
另一个缺口是 AP2 支付协议的实际部署进度。UCP 解决了发现和下单，但"Agent 替你付款"仍需要 AP2 支持的"Human Not Present"认证模式。目前 Maps 的支付在合作方平台完成，这意味着 Agent 的作用止步于购物车填充。
最后，Personal Intelligence 的隐私边界仍有待市场检验。Google 强调 Gmail 连接默认关闭、由用户控制，但一旦开启，Ask Maps 可以读取用户在 Gmail 中的几乎所有行程和预订信息。在过去一年 Google 多次因 AI 功能隐私问题引发争议的背景下，用户的实际开启率将成为关键指标。
Ask Maps 的 Agentic 升级与 Assistant 退役在同一天被广泛报道并非巧合。Google 的消费级 AI 正在从"你问它答"的助手模式过渡到"你授权它替你办事"的 Agent 模式。Maps 因为天然占据用户出行和本地消费的关键场景，被选为这条新路线的旗舰产品。至于用户是否愿意把午餐交给地图 App，答案将在接下来几个月的实际使用数据中浮现。