谷歌地图代码现“AI 点餐”线索：Ask Maps 或可代用户完成得来速下单
据 IT之家 7 月 4 日援引 Android Authority 报道，Android 版谷歌地图 v26.27.00.941319029 的最新代码中出现了与点餐服务相关的字符串，显示 Google Maps 可能正在为 Ask Maps 开发“代用户点餐”的新能力。现有线索表明，用户未来或许只需向地图描述想吃什么，应用就能推荐附近餐厅，并进一步完成下单流程，用户驾车抵达后可在得来速（drive-through）窗口取餐。
这项功能尚未正式发布，目前也没有明确上线时间。来源显示，相关字符串包括“Ask Maps to order food”“Say what you’re craving, discover local favorites, and Maps will order for you—even while you’re on the go”“Order food”“Try it out”等内容。这意味着谷歌并不只是想让地图停留在“找餐厅”和“看评价”的阶段，而是希望把发现、决策和交易动作整合进同一个导航场景。
从“问地图”到“让地图办事”
今年春季，谷歌已经推出 Ask Maps 功能，将 Gemini AI 服务更深地接入地图应用，使用户可以用更自然的方式询问地点、餐厅和本地推荐。此次代码曝光的点餐功能，进一步体现了谷歌对地图产品的重新定位：它不再只是一个地理信息和导航工具，而可能成为面向本地生活的AI 助手入口。
按照目前曝光的文案，用户可以表达口味偏好或用餐需求，例如想吃某类食物、寻找本地热门餐厅，随后由 Maps 进行筛选并发起订单。对于开车用户而言，这一功能与得来速场景天然契合：用户在路上发起需求，系统结合当前位置、路线和附近商家，完成餐厅推荐与下单，抵达后直接取餐。
- 交互方式更自然：用户不必逐项筛选餐厅、菜品和门店，可直接用需求描述触发流程。
- 地图场景更闭环：从发现地点、规划路线到完成消费，可能在 Google Maps 内串联完成。
- 本地生活属性增强：地图不只是“去哪儿”，还可能进一步回答“买什么、吃什么、怎么完成”。
实现方式仍有疑问：云端 Gemini 还是设备端智能体？
目前尚不清楚该功能背后的具体技术路径。来源提到，外界还无法确认点餐动作究竟由 Gemini AI 在云端完成，还是由设备端 AI 智能体参与执行。如果依赖云端模型，功能覆盖面可能更广，但需要处理账号、支付、商家接口和隐私授权等问题；如果依赖设备端 AI 能力，则可能在响应速度和隐私控制上更有优势，但也可能受到手机硬件和系统版本限制。
这也是 AI Agent 落地时绕不开的问题：从“给建议”到“替用户执行”之间有明显门槛。点餐涉及餐厅可用性、菜单价格、库存、支付确认、取餐时间以及取消退款等链条，任何一个环节都需要稳定的数据接口和清晰的用户授权。对谷歌来说，如何让用户相信 Maps 可以代为下单，并在出错时提供可追溯的处理机制，将比单纯生成推荐更关键。
影响解读：地图应用或成为 AI 本地服务枢纽
如果谷歌最终推出这一能力，它的意义不只是“地图里多了一个点餐按钮”。更重要的是，Google Maps 可能会成为连接 AI、位置服务、本地商家和移动支付的综合入口。对于中文读者熟悉的移动互联网生态而言，本地生活平台早已覆盖外卖、到店和团购，但谷歌的路径更偏向在全球地图基础设施上叠加 Gemini，把 AI 助手嵌入用户出行中的即时需求。
从产业趋势看，AI 应用正在从聊天框走向具体任务。地图点餐这类功能如果成熟，意味着大模型不再只是回答“附近哪家餐厅好”，而是开始承担筛选、决策辅助和执行。这会推动应用之间的边界重新划分：导航软件、搜索、餐饮平台和智能助手的功能可能进一步重叠。
不过，当前所有判断仍基于代码字符串和媒体报道，功能是否正式上线、覆盖哪些地区、支持哪些餐厅，以及是否面向所有 Android 用户开放，都还有待谷歌后续确认。可以确定的是，谷歌正在把 Gemini 更深地嵌入高频应用，而地图很可能是 AI Agent 从“能聊”走向“能办事”的重要试验场。