共计 1341 个字符，预计需要花费 4 分钟才能阅读完成。
📌 AI 模式进一步进入浏览器入口
在 Chrome 148 中,AI 模式的入口更靠近用户日常操作 。用户可以通过地址栏或新标签页向 AI 智能体提问, 浏览器会结合相关页面内容进行信息聚合, 并以自然语言回答更复杂的问题。
这一功能还支持追问: 当回答不够明确, 或用户希望缩小范围时 , 可以继续通过澄清提示让 AI 给出更贴近需求的结果。与传统搜索相比, 这更像是在浏览器内完成一次“带上下文的问答”。
🔍 自动填充扩展到更多表单场景
自动填充是本次更新的核心变化之一。Chrome 148 允许 AI 模式在用户授权后协助填写信用卡号码和地址,Android 版本则加入增强型自动填充能力, 可通过 AI 模型理解网页表单, 并参考用户过去填写类似表单的方式补全字段。
同时,Chrome 还增加了对谷歌钱包中部分政府标识符的自动填充支持 , 涵盖驾照号码、护照号码、国家身份证号码、Known Traveler Number 和 Redress Control Number 等信息。对于经常填写旅行、身份验证或账户资料表单的用户, 这类功能有望减少重复输入。
- 更智能:AI 可理解表单含义, 而不只是匹配字段名称。
- 更广泛: 自动填充覆盖地址、支付信息以及部分身份标识。
- 更谨慎: 敏感信息填充强调用户授权, 不是默认无感启用。
💡 平台体验:Android 与 ChromeOS 都有新变化
在平台层面,Chrome 148 为 Android 增加了一项位置相关设置, 网站可使用近似位置而非精确位置。这对重视隐私但又需要使用定位服务的用户来说, 是一个更折中的选择。
📊 开发者看点: 本地 Gemini Nano 与 Prompt API
面向开发者,Chrome 148 带来了更多底层能力。浏览器改进了 HTTP/3 的采用和检测, 并引入用于与大型语言模型交互的 Prompt API。该 API 可接收文本、图像和音频输入, 并返回结构化结果。
根据已知信息, 该能力使用设备本地的 Gemini Nano 模型, 并会在相关目录中安装约 4GB 的 weights.bin 文件。这意味着部分 AI 处理可在本地完成, 但也对设备存储空间提出了更高要求。
- SharedWorker 增加 extendedLifetime 选项, 可在客户端断开后继续完成异步任务。
- CSS 容器查询可通过名称引用容器, 并加入 revert-rule 关键字。
- 音频和视频元素支持 loading=lazy, 可在进入视口前延迟加载。
- text-decoration-skip-ink 新增 all 值, 改善下划线、删除线与字符交叉时的显示。
- 新增对 Open Font avar 表第二版本的支持, 用于处理轴变化。
🚀 安全修复规模较大,149 版已有时间表
安全方面,Chrome 148 修复了 127 个漏洞, 其中包括三个被评为严重级别的问题, 分别涉及 Blink 整数溢出、Chromoting 使用后释放以及移动内存损坏。谷歌称, 这些问题可能导致在浏览器沙盒外执行代码。
总体来看,Chrome 148 的重点是把 AI 能力从“附加功能”推进到浏览器基础体验中, 同时补齐移动端、ChromeOS 和开发者工具链。谷歌还表示,Chrome 149 计划于 6 月 2 日发布, 后续 AI 与本地模型相关能力仍值得继续关注。
