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