Chrome 的 AI 自动填充开始读 Gmail：便利与数据面的边界

Chrome 的 AI 自动填充功能现在可以在用户授权的前提下，从 Gmail 里读取航班确认号、快递单号、订单详情，用来填网页表单。

体验上确实是刚需

订机票要填常旅客号，退换货要填订单号，报销要填行程单编号——这些信息本来就散在邮箱里，每次手动翻找是纯粹的浪费。让浏览器自己去取，是最自然的解法。

但它做的是一件性质不同的事

以前的自动填充读的是浏览器本地的地址簿和信用卡，数据边界清楚。现在它跨到了另一个应用的数据域，把邮箱内容作为表单填写的数据源。这条通路一旦建立，就不再是「浏览器知道你的地址」，而是「浏览器知道你的生活」。

企业设备管理要跟上的三件事

第一，明确哪些 OAuth 授权范围允许在受管设备上开通，尤其是能读邮件正文的权限。第二，确认这类数据的留存策略——是本地处理还是上传到谷歌侧做推理。第三，把「AI 助手跨应用读数据」写进安全培训，因为用户的默认反应是点同意。

用户的实用建议

如果只是偶尔用，把授权范围收窄到「仅航班与包裹」这类细粒度权限，别给全邮箱读权限。如果不放心，直接关掉，手动复制粘贴的成本远低于一次凭证泄露。

更大的趋势

助手类产品正在系统性地拆掉应用之间的墙。这堵墙本来就是安全和隐私的最后一道物理隔离，拆它的人有充分的体验理由，守它的人也有充分的安全理由。这场拉锯在未来两年会决定很多产品的形态。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

企业设备管理这条建议该抄下来，重点不是禁不禁用，是明确哪些 OAuth 范围允许在受管设备上开通。用户看到授权弹窗的默认反应是点同意，培训跟不上，策略写得再细也没用。

便利是真便利，但这条通路一开，浏览器就从本地工具变成了跨应用的数据中转站。我更在意权限粒度：授权是给整个邮箱，还是只给某几类邮件？如果是前者，那和把邮箱密码交出去差的只是形式。希望后续能看到按数据类型分项授权的设计。

作为普通用户我是愿意开的，订机票填常旅客号确实烦。但有个疑问：它读 Gmail 的时候，内容是在本地处理还是上传到云端？授权弹窗里我没找到明确说明。这条边界不讲清楚，企业邮箱用户基本不会开这个功能。