Firefox让AI开始填表盯网页

Firefox 把 AI 从“回答问题”推进到“替你操作”

Mozilla 近日为 Firefox 的 AI 浏览体验 Smart Window 加入两项关键能力：根据用户选定的标签页自动填写在线表单，以及持续监控指定网页的变化。这次更新意味着 Smart Window 不再只是一个嵌在浏览器里的聊天框，而是开始接触网页输入、信息提取和后台观察等执行型任务。

**Smart Window 是 Firefox 内置的、强调用户授权和隐私控制的 AI 浏览模式。**它能够利用用户主动分享的标签页、相关浏览记录和实时网页信息，回答问题、整理标签页，并帮助用户接续此前中断的浏览任务。

截至 2026 年 10 月 27 日，新功能仍围绕 Smart Window 的测试和逐步开放展开。Mozilla 没有公布单独的订阅价格，也没有把它包装成一个可以自主点击、提交和付款的“全自动智能体”。但从产品边界看，Firefox 已经跨过了一个重要门槛：AI 开始写入网页，而不只是读取网页。

自动填表不再只依赖浏览器保存的固定字段

**AI 自动填表是指浏览器理解多个来源页面中的非结构化信息，再将其匹配到当前表单字段的能力。**它与传统浏览器自动填充的区别在于，后者通常只能识别姓名、地址、电话、邮箱和银行卡等预先保存的固定字段，前者则可以处理工作经历、项目描述、教育背景等动态内容。

Mozilla 给出的典型场景是求职申请。用户可以同时打开个人作品集、LinkedIn 页面和招聘网站，当申请表中出现至少 4 个文本字段时，Firefox 会提供“Fill from sources”入口。用户点击后能够看到 Smart Window 准备读取哪些标签页，并可逐一选择或取消选择来源。

Smart Window 随后会根据被授权页面生成填写建议。例如，它可以从作品集里提取项目名称和技术栈，从职业资料页提取公司、职位和任职时间，再将这些内容匹配到招聘表单中的对应字段。用户不必反复在多个页面之间复制粘贴，也不用把整份个人资料永久保存进浏览器的固定档案。

**“至少 4 个文本字段”是一个值得注意的触发条件。**这一限制可以减少 AI 在搜索框、评论区或单个登录字段上频繁弹出建议，也说明 Mozilla 目前把功能重点放在结构较完整的申请表、登记表和资料表，而不是任意网页输入框。

**用户选择信息来源的设计比全自动抓取更重要。**浏览器掌握的上下文远多于普通聊天机器人，如果系统默认扫描所有标签页，就可能把私人邮箱、内部文档或另一个候选人的资料混入当前表单。Smart Window 把标签页选择暴露给用户，实际上是在填写动作之前增加了一道数据边界确认。

目前公开信息主要确认了“识别表单—选择来源—生成建议”这条流程，并未表明 Firefox 会绕过用户确认直接提交表单。因此，这项能力更准确的定位是 AI 辅助填写，而不是无人值守提交。

网页监控把浏览器变成了轻量级观察 Agent

**网页监控是指浏览器持续关注用户指定页面，并在内容发生相关变化时帮助用户发现更新。**它适用于商品库存、活动名额、票务状态、文档更新、招聘进度和价格变化等需要反复刷新页面的任务。

网页监控解决的并不是“搜不到”，而是“需要不断回来查看”。传统书签只能保存入口，RSS 依赖网站主动提供订阅源，第三方监控服务则往往需要上传网址并在云端定时抓取。浏览器内置监控的优势，是它已经拥有页面状态、登录会话和用户正在执行的任务上下文。

**Smart Window 的价值在于把监控结果放回原始浏览任务。**例如，用户研究一款尚未补货的开发板时，可以让浏览器关注商品页；当库存状态变化后，提醒可以与此前打开的评测、规格页和购物标签页重新关联，而不是只发送一条缺乏上下文的通知。

不过，Mozilla 目前披露的网页监控细节仍然有限。公开资料尚未完整说明检查频率、浏览器关闭后是否继续运行、登录页面如何维持会话、动态网页如何判断有效变化，以及提醒是否能够跨设备同步。这些参数会直接决定网页监控是一个偶尔有用的辅助功能，还是能替代专用页面监测工具的稳定产品。

**网页监控也比普通摘要更考验成本和准确率。**页面上的广告轮换、推荐位刷新、时间戳变化都可能触发无意义提醒；如果每次页面变化都调用模型重新理解内容，推理成本和后台资源占用也会快速增加。一个成熟的实现通常需要先用 DOM 差异或规则过滤变化，再让模型判断变化是否符合用户意图，而不是把整页内容不断交给大模型重读。

Firefox 选择的是“受控执行”，不是“一键托管”

**浏览器 Agent 是能够理解用户目标，并在网页中连续读取信息、点击控件、填写内容或等待结果的软件智能体。**与侧边栏聊天机器人相比，它的核心差异不在于回答更聪明，而在于拥有实际改变网页状态的权限。

Firefox 这次更新扩大了 Agent 的执行边界，但仍刻意保留了人工确认。自动填表需要用户进入符合条件的表单、点击功能入口并选择标签页；网页监控也需要用户明确指定关注对象。这种设计牺牲了一部分“全自动”的演示效果，却更适合处理真实浏览数据。

**Mozilla 的路线比部分竞争对手更保守，但并不等于落后。**Google、Microsoft 以及新一代 AI 浏览器都在尝试让模型完成跨页面任务，有些产品更强调自动点击和多步骤执行；Firefox 则优先选择标签页整理、历史找回、引用核查、表单填写和页面观察等可验证任务。

| 产品或方向 | AI 使用的主要上下文 | 执行能力 | 用户控制方式 | 隐私与风险特点 | 当前定位 | |---|---|---|---|---|---| | Firefox Smart Window | 用户选择的标签页、相关历史记录、实时网页信息 | 生成表单填写建议、监控网页、整理标签页 | 可选择或取消来源标签页，功能可选用 | 强调最小授权，但仍需防范敏感字段误填 | 受控型浏览器助手 | | Chrome / Gemini 浏览能力 | 当前页面、Google 服务及浏览任务上下文 | 填表、研究和部分多步骤任务 | 依具体功能确认权限 | 生态整合更深，账户数据边界更复杂 | 平台型 AI 浏览器 | | Microsoft Edge / Copilot | 当前网页、搜索结果及 Microsoft 生态内容 | 摘要、问答和部分网页操作 | 侧边栏交互与任务确认 | 企业环境能力较强，依赖账户与策略配置 | 办公与搜索助手 | | AI 原生浏览器 | 多标签页、历史记录和任务状态 | 更积极的点击、导航与连续执行 | 通常按任务授权，自动化程度较高 | 效率更高，但误操作与提示注入风险更突出 | Agent 优先型浏览器 |

**Firefox 的差异化不在于模型跑分，而在于上下文授权模型。**Mozilla 在官方说明中反复强调，Smart Window 使用的是用户选择分享的上下文，用户可以控制它能够访问哪些标签页。对于已经被广告追踪、跨站标识和数据画像困扰多年的浏览器行业，这种权限设计比再增加一个聊天入口更有现实意义。

真正的难点是字段匹配，而不是生成文字

**跨标签页填表本质上是一个信息抽取、字段映射和风险控制问题。**模型首先要从作品集或职业资料中识别实体，再理解当前表单字段的语义，最后决定哪段信息可以放入哪个输入框。

同一个字段在不同网站上可能写成“Current role”“Most recent position”或“Professional title”，日期也可能要求“月/年”“年-月-日”或纯文本。模型不仅要提取内容，还要进行格式转换，并避免把个人项目时间误当成正式工作经历。

**表单字段的敏感程度不能被一视同仁。**姓名和公开作品链接通常风险较低，但薪资期望、身份证件、健康状况、族裔信息、银行账户和电子签名属于高风险字段。理想的产品应对敏感字段采用更醒目的确认方式，而不是把它们与普通地址字段一起批量生成。

**来源冲突会成为 Smart Window 必须处理的另一类问题。**如果作品集显示某段经历始于 2022 年，而职业资料页写的是 2023 年，浏览器不能随意选一个答案。更可靠的做法是标记冲突、展示引用来源，并让用户确认，而不是以语言模型的置信语气掩盖不确定性。

Mozilla 此前已经通过与搜索技术服务合作，为 Smart Window 的实时网页回答加入来源链接。相同的可追溯思路也应该延伸到自动填表：用户点击建议时，最好能够看到这条内容来自哪个标签页、哪一段文本，以及模型是否进行过改写。

网页 Agent 的安全问题随执行权限同步放大

**提示注入是网页内容通过隐藏或诱导性指令操纵 AI 行为的攻击方式。**当浏览器 AI 只能总结页面时，提示注入可能导致错误回答；当 AI 能填写表单、读取其他标签页或执行点击时，同类攻击可能进一步造成数据泄露和误操作。

恶意页面可以尝试在不可见元素、白色文字或页面元数据中写入指令，诱导 Agent 读取其他标签页内容并粘贴到表单。即使 Smart Window 要求用户选择来源标签页，系统仍需要把“网页数据”和“可信指令”严格隔离，不能把页面中的任何句子都当作操作命令。

**网页监控同样会扩大攻击时间窗口。**用户可能在几天前授权关注某个正常页面，而网站后来被篡改或插入恶意内容；如果监控任务持续拥有读取权限，浏览器必须重新判断页面可信度，而不能永久沿用第一次授权。

Mozilla 的隐私叙事因此需要接受更高标准的检验。可选开关、标签页选择和不将交互用于模型训练只是起点，用户还需要知道数据发送给谁、保留多久、哪些处理在本地完成、哪些内容会离开设备，以及撤销任务后缓存是否同步删除。

这次更新有用，但离“替你上网”还很远

**Smart Window 新功能最直接的价值是减少机械操作，而不是取代用户决策。**求职者重复填写经历、开发者等待文档更新、消费者关注补货状态，这些任务频率高、判断标准相对明确，也容易由用户检查结果，适合作为浏览器 Agent 的第一批落地场景。

自动填表尤其可能比通用 AI 聊天更容易形成使用习惯。用户不需要学习提示词，也不必把网页内容复制到另一个服务，只需在原有流程中确认来源和建议。对于浏览器产品来说，这种“少点几次、少复制几次”的微小效率提升，往往比一次惊艳但不稳定的全自动演示更有留存价值。

**Firefox 当前的短板是执行深度和产品成熟度仍不明确。**网页监控缺少公开的频率、后台运行和通知机制细节，自动填表也尚未证明自己能稳定处理复杂组件、分步表单、下拉菜单、附件上传与来源冲突。若这些边缘情况处理不好，用户最终仍会逐项检查，节省的时间可能被纠错抵消。

**Mozilla 的正确选择是没有急着把 Smart Window 描述成万能 Agent。**浏览器是用户数字生活中权限最高的软件之一，它同时接触账号、支付、通信和工作资料。相比让模型直接完成申请、购物或付款，先从可预览、可撤销、可验证的任务切入，是更稳妥也更可持续的产品路线。

这次更新真正释放的信号是，浏览器 AI 的竞争正在从“谁能在侧边栏回答问题”转向“谁能安全地利用浏览上下文完成操作”。模型能力会逐渐趋同，但权限控制、来源追踪、异常处理和用户信任不会自动趋同。Firefox 能否借 Smart Window 重新建立差异化，取决于它是否能把“隐私优先”落实为具体交互，而不只是一句品牌口号。

参考来源

• Mozilla 官方博客：Smart Window 产品更新说明，介绍其隐私优先定位、标签页上下文、历史记录找回与表单填写方向。因域名限制，本文不附站外链接。
• The Verge：报道 Smart Window 自动填表与网页监控更新，并披露至少 4 个文本字段、“Fill from sources”及标签页选择流程。因域名限制，本文不附站外链接。
• Mozilla Firefox GitHub 源码仓库：用于了解 Firefox 的开源工程结构与相关功能后续实现。
• Reddit Firefox 社区：用于跟踪测试用户对 Firefox 新功能、隐私策略和 Smart Window 体验的讨论。