浏览器正在从“信息展示工具”演进为“AI 协作界面”。最新动态显示,在桌面版 中引入了一种新的交互模式:当用户启用 AI 模式时,点击搜索结果链接将以“并排视图”打开网页与 AI 界面,使用户可以在浏览页面的同时持续与模型对话。
这一看似简单的 UI 变化,本质上是将搜索、浏览与推理三个环节整合为一个连续的交互流,对 AI Agent 的落地路径具有重要意义。
传统搜索体验中,用户行为路径通常是:
而在新的并排 AI 模式下,这一流程被压缩为一个持续上下文:
关键变化在于:上下文不再因页面跳转而丢失。这使得模型能够基于:
进行多轮推理与回答。
从技术上看,这更接近一个融合了 RAG(Retrieval-Augmented Generation)与浏览器 DOM 解析能力的 Agent 系统。
Chrome 的这一更新,实际上是在浏览器内部引入了一个“轻量级 Agent runtime”。其核心能力可以拆解为三层:
AI 模型需要对当前网页进行结构化解析,包括:
这一步类似于将网页实时转化为可供模型推理的上下文窗口。
系统需要将多源信息拼接为统一输入:
如何在有限 token 窗口内进行高效信息压缩与排序,是这一层的关键工程问题。
模型不仅回答问题,还需要决定:
这已经接近典型 Agent 框架中的“规划-执行-反馈”循环。
以商品选购为例,这种并排 AI 浏览将改变用户决策路径:
例如用户可以直接询问:
模型可以结合当前页面信息与历史上下文给出针对性回答。这意味着:
这一变化对开发者的意义,不只是一个新功能,而是交互范式的迁移:
过去开发者主要围绕 API 构建应用,例如调用 chat.completions 完成对话。但在浏览器场景中:
这要求开发者关注“上下文工程(context engineering)”,而不仅是 prompt engineering。
传统 Agent 多存在于后端服务,而 Chrome 的实现表明:
这将推动更多“前端原生 Agent”应用的出现。
并排交互意味着:
这对推理系统提出更高要求,包括:
从战略层面看,这一更新也是 Google 对“AI 重构搜索”的直接回应。
在生成式 AI 冲击下,传统搜索面临两个挑战:
通过将 AI 深度嵌入 Chrome,Google 试图:
换句话说,这不仅是功能升级,更是入口之争。
Chrome 的并排 AI 模式揭示了一个更大的趋势:浏览器正在从内容容器,演化为“认知操作系统”。
在这个系统中:
三者在同一界面中实时协作。
对于 AI 技术社区而言,这意味着一个新的问题正在浮现:当浏览器本身具备 Agent 能力,未来的应用,是构建在浏览器之上,还是被浏览器所吸收?