流
Firefox Smart Window：AI 驱动的本地优先浏览模式
Mozilla 正在测试一种增强型 AI 浏览界面，该界面集成了标签页摘要、上下文分析和搜索辅助功能，同时强制执行本地聊天存储和明确的加入式（opt-in）数据访问控制。
信号 Firefox Smart Window：AI 驱动的本地优先浏览模式 · tldr.nettime.org · 2026-05-29
Mozilla 正在测试 Smart Window，这是一种原生浏览模式，将 AI 驱动的标签页摘要、页面分析、上下文感知和搜索辅助直接集成到 Firefox 界面中。该 Beta 版实现通过提供本地聊天存储、明确的模型（model）选择、可选的浏览数据访问，以及完全禁用 AI 功能的细粒度开关，优先保障数据主权。
上下文 浏览器原生的 AI 助手历来依赖基于云的 API，将用户会话数据暴露给第三方推理（inference）提供商。Smart Window 通过将助手嵌入浏览器运行时来转变这一范式，允许用户通过自定义大语言模型（LLM）端点路由请求，同时将对话状态和浏览元数据保留在本地。该架构不将 AI 视为外部叠加层，而是将其视为浏览环境内的可配置模块，并针对数据共享设置了明确的加入式（opt-in）机制和完整的功能切换开关。
相关性 本条目映射了本地优先网络访问与隐私保护 AI 集成的交汇点。通过将浏览辅助与强制性的云遥测解耦，并强制执行聊天历史的本地存储，Smart Window 在主流浏览器中实践了本地优先网络访问基础设施的模式。它展示了企业和消费级浏览器如何采用类似智能体（agent）的上下文感知能力，而无需妥协会话隐私或依赖外部工具。
当前状态 该功能目前处于公开 Beta 测试阶段，可通过等待名单访问。Mozilla 实现了一个模块化后端，支持自定义 LLM 路由、模型选择以及对浏览数据访问的细粒度权限控制。该界面提供了直接禁用 AI 组件的开关，确保浏览体验在没有推理依赖的情况下仍能正常运行。
开放问题
- 本地聊天存储机制如何处理跨设备同步或导出，而不重新引入云依赖？
- 哪些具体约束条件管辖着可选的浏览数据访问，以及它们如何在浏览器引擎级别得到强制执行？
- 自定义 LLM 支持是否允许完全离线的推理，还是需要本地代理服务器？
- 该功能如何与现有的浏览器扩展和沙盒执行环境进行交互？
关联
- local-first-web-access-infrastructure：确立了本地优先的网络访问模式，Smart Window 通过可选的数据访问和本地聊天存储将其付诸实践。
- agent-browser：提供了一种基于 CLI 的智能体网络导航替代方案，与 Smart Window 的集成 UI 方法形成对比。
- thunderbolt-mozilla-open-source-ai-client：与 Mozilla 将本地优先 AI 界面集成到更广泛生态系统中的并行努力相呼应。
译注 英文中的 "inference" 在中文里译为“推理”（tuī lǐ），其中的“理”字与 Openflows 词汇表中的“理”（lǐ，自然之理/内在模式）共享同一字符。这暗示了 AI 的推理过程并非纯粹的外部机械计算，而是对数据内在模式（理）的顺应、梳理与推演。