Firefox Smart Window 新增表單填寫及網頁監察功能，並設自動化限制
Mozilla 於 10 月 27 日為 Firefox Smart Window 加入表單填寫及網頁監察功能，擴展瀏覽器自動化能力，同時仍由使用者掌握表單提交。這項可選用的 AI 瀏覽體驗，可根據已選取的分頁建議答案，並監察網頁是否出現使用者指定的變更。這些便利功能亦帶來不同依賴：表單建議須經外部 AI 處理，而排程監察則要求瀏覽器保持開啟。
核心取捨很直接。Firefox 可以處理申請或搜尋流程中更多重複工作，但使用者仍須管理資料來源、審閱答案，並了解功能覆蓋範圍。由系統生成的工作經歷內容，與關於職位空缺的通知，代表不同責任；兩者都不應被當作已完成的申請。
Microsoft Edge 提供了一個有用的比較，因為其 Copilot 瀏覽功能同樣將輔助帶入網頁互動。Mozilla 的更新屬於這個更廣泛的趨勢，儘管已公布的功能仍較能在整個網站中導航及操作的助理為窄。眼前的問題是：這些有界限的功能，在完成驗證及設定後能省去多少工作。
Firefox Smart Window 從閱讀分頁走向使用分頁
這次更新讓瀏覽內容有了實際用途：協助使用者繼續完成工作的表單欄位及通知。
Mozilla 的 Smart Window 更新 在桌面版 beta 推出這兩項功能，初期僅提供英語版本，適用於美國及加拿大。公司表示將陸續擴展至其他市場。這項供應情況是針對新功能，而非所有既有 Smart Window 功能。
就表單填寫而言，瀏覽器會使用由使用者選擇的網頁作為來源材料。Mozilla 舉例指，功能可將專業資料轉填至申請表，或根據網上作品集草擬答案。關鍵在於來源與目的地之間的關係：瀏覽分頁中已有的資料，成為回答另一個網站問題的材料。
一般自動填寫會把已儲存資料插入相符欄位，是此功能的歷史參照。它熟悉的優勢在於重複性：已儲存的地址應填入地址欄。具語境的表單填寫則加入理解判斷；專業簡介或許需要縮短，項目描述則可能須配合申請問題調整。
這種理解改變了被委派工作的性質。複製僱主名稱需要找出正確文字；草擬關於專業經驗的答案，則需要挑選細節，並判斷它們如何相關。因此，一項有用的建議可能同時包含準確事實及值得商榷的取重。
監察功能則把相同概念延伸至時間維度。使用者不再要求瀏覽器協助處理當前可見資料，而是描述一項值得日後回來查看的變更。潛在好處是減少反覆檢查沒有相關消息網頁的時間。
這些新增功能值得留意，因為它們針對瀏覽器工作中常見的中斷。申請流程涉及在參考資料及表單之間切換；求職則涉及重訪職位列表。產品機會在於減少這些切換，而不是新增另一個可提問一般問題的地方。
不過，公告只說明預期行為，並不等同已量度的生產力。它無法證明申請人需要多少編輯，亦無法證明監察功能能否穩定辨識有用變更。這些結果取決於涉及的網頁及工作的具體程度。
對評估這次更新的讀者而言，這個分別立即重要。某項功能可以如描述般運作，卻在特定工作流程中價值有限。相關比較應是整項工作在輔助前後的差異，包括選擇來源、修正及跟進。
表單填寫把負擔由輸入轉為核對
當審閱一項建議所需的工夫少於從零開始撰寫答案時，AI 表單填寫才有價值。
Mozilla 的 表單填寫說明文件 描述了一項「Fill from sources」選項，讓使用者選取或取消選取建議的分頁。使用者會在填寫表單前審閱生成的建議。瀏覽器原有的已儲存自動填寫資料則繼續獨立運作，並保留在裝置上。
文件指出，系統使用 Gemini 3.1 Flash Lite 偵測欄位及生成相關內容。即使為 Smart Window chat 選擇另一模型，亦不會改變這項選擇。Mozilla 警告生成建議可能出錯，因此審閱是預期工作流程的一部分。
設想一名求職者同時開啟最新履歷及較舊的作品集。兩者都包含準確資料，但描述的是不同時期。綜合兩者而成的答案，可能錯誤呈現哪些職責屬於申請人目前職位。因此，選擇來源不只是找出提及工作內容的網頁。
另一個假設情境是要求描述領導經驗。資料來源可能記錄某人參與了一個項目，卻未能證明其對團隊負責。即使周邊項目細節正確，若答案把參與提升為領導，仍會造成事實問題。
這些例子說明，流暢措辭並非完整的品質訊號。讀者需要核對由誰完成工作、何時發生，以及來源實際支持甚麼說法。當一項建議把多個網頁的細節融合成一段潤飾過的文字，這種審閱會更困難。
功能仍有合理的效率增益。於重複申請中反覆輸入一致事實，顯然造成重複工作。基於相關且最新來源的建議，可提供供申請人檢視的初稿。好處取決於能否令這項檢視維持在可管理範圍內。
整理來源成為工作流程一部分。簡潔的專業簡介，比起一組包含重疊資料的過時網頁更易評估。對於整理可重用參考資料的讀者，個人知識管理 提供了關於維護可檢索及重用資訊的相關背景。
Firefox Smart Window 亦提出一個產品設計問題：使用者能否清楚地把每個答案連繫到其支持材料？選擇來源代表授權；理解哪個來源支持某項說法，則建立信心。即使兩者出現在同一次互動中，仍是不同要求。
文件本身存在一個細小但相關的不一致。主要指示列明至少四個支援的文字欄位，而 FAQ 則列明五個。這項衝突令確切門檻不清楚。使用者應預期存在相容性限制，而非假設每個可見表單都會提供協助。
網頁監察依賴保持開啟的瀏覽器
排程檢查可減少重複造訪，但依賴瀏覽器的監察並不提供持續覆蓋。
Mozilla 的 網頁監察指引 描述了可追蹤指定變更並在出現相符內容時通知使用者的工作。每項工作最多支援五個網頁，最多可同時啟用 15 項工作。使用者可透過工作介面編輯、暫停、恢復或刪除工作。
發布公告列明每日或每週檢查只會在 Firefox 開啟期間執行，並指出系統使用 Qwen 辨識相符變更。與表單填寫一樣，工作所用模型與使用者選擇的 chat 模型分開。
這些操作條件塑造了適用情境。定期檢查的招聘頁面，與關於短暫機會的提示有不同期望。每日排程描述的是檢查間隔，並不承諾每項相關變更都會保留至下一次檢查。
對一名假設的求職者而言，監察數個僱主的網頁或可免除重複瀏覽的習慣。使用者仍須查看相符職位、評估要求，並決定是否申請。通知有助分配注意力，並不證明職位適合。
假設的購物工作則揭示另一種分別。網頁可以變更，卻未必符合買家的實際條件。不同產品型號、無法供應的尺寸，或不相關促銷，都可能令網頁改變。有用的監察必須辨識指定事件，而非僅僅發現新增文字。
這些是評估情境，並非對 Smart Window 已報道的故障。它們說明為何有說服力的展示，應同時包含不相關變更及成功匹配。警示系統能在偵測有意義更新之餘忽略干擾，才能贏得信任。
瀏覽器是否可用增加了另一項變數。若使用者在工作階段之間關閉 Firefox，應預期檢查機會會出現空檔。這不必然令功能不適用，而是表示使用者須把監察安排配合延遲收到資訊的後果。
工作到期亦需要仔細理解。Mozilla 的發布文章指，若 60 天沒有匹配結果，系統會暫停；若 90 天沒有變更，則會停止。說明頁面反而表示所有工作會在建立後 90 天暫停。兩種說法在時間條件及最終狀態上均有不同。
在 Mozilla 協調這些描述前，長期監察不應被視為無限期承諾。可見的工作狀態，比假設舊請求仍在運作更重要。到期是使用者需要理解的產品行為，尤其在沉默看來與沒有更新相似時。
更廣泛的含義是，監察在一項請求與不斷變化的網頁之間建立持續關係。其品質取決於準確解讀、可預測的排程及可理解的狀態。只有當使用者知道取代重新整理習慣的是甚麼，免去重新整理才有用。
瀏覽器助理競爭的是留給使用者的工作量
Mozilla 面對的競爭壓力，是既要展示有效的工作完成能力，又不能令使用者失去對瀏覽器行為的清晰理解。
Microsoft 的 Copilot 瀏覽操作 提供了具體比較。Microsoft 表示，Copilot 可在 Edge 中點擊、輸入及導航分頁。使用者可以觀察其操作，並中斷或接管控制。這個範圍超越了根據已選來源生成表單建議。
這項比較確立的是方向，而非效能排名。Microsoft 描述了更廣泛的操作範圍；Mozilla 則公布了針對表單及受監察網頁的特定協助。現有文件未能證明哪種做法能以更準確或更少監督完成可比較的工作。
對瀏覽器供應商而言，競爭壓力來自使用者期望。一旦輔助功能出現在申請表旁，讀者自然會問它能否協助完成申請；一旦瀏覽器能辨識購物網頁，他們便會問它能否在相關內容改變時通知自己。
Mozilla 採取有界限的做法，讓用戶可辨識每個檢查點。先選擇來源，才進行生成；先審閱建議，才提交；監察功能會把注意力帶回頁面，而非完成隨後的交易。這些界限限制了已公布功能所嘗試處理的範圍。
界限亦有代價。每個檢查點都會消耗注意力，而每個未獲支援的步驟都會把工作交還給用戶。受限制的助理必須在容許範圍內節省足夠工夫，才足以合理化這些中斷。功能較狹窄並不必然帶來更佳體驗。
同樣地，瀏覽器能執行更廣泛的操作，也不必然帶來更好的結果。系統經過更多步驟，既創造更多有用協助的機會，也增加更多需要監督的決定。恰當的比較應着眼於結果、所需修正，以及用戶對過程的理解。
對知識工作者而言，實際的比較單位是一項可辨識的任務。以經核實的資料完成申請具有意義；生成一段文字只是中間動作。收到相關職位提醒具有意義；建立監察任務則只是初始設定步驟。
這項區別也影響開發者如何展示整合功能。若展示在文字出現於欄位時便結束，核實負擔便沒有被衡量。若監察展示在任務建立後便結束，配對品質亦沒有被衡量。示範應延續工作流程至足以揭示這些成本。
因此，Firefox Smart Window 加入了能否在日常使用中持續提供協助的競爭。一項有用的評估應檢視多種表格、互相矛盾的來源材料、已變更的頁面，以及中斷的瀏覽器工作階段。這些情況所揭示的資訊，比精心準備的範例更多。
目前沒有證據顯示 Mozilla 已取代其他瀏覽器，或改變了完成申請的比率。較可辯護的結論較為狹窄：Firefox 現在更直接參與一些任務，而這些任務過去要求用戶自行搬移資料並反覆重訪頁面。
私隱取決於功能、模型及所選資料
即使是可選功能，用戶一旦選擇使用，仍需要清楚了解資料其後會流向何處。
Mozilla 的 Smart Window 私隱通知 說明，助理請求會先經過 Mozilla，才到達第三方模型。供應商收到的是 Mozilla 的 IP 位址，而非用戶的位址。Mozilla 亦表示不會以 Smart Window 互動資料訓練模型。
這些說法處理了資料流中的特定部分，不應延伸解讀為每項 Smart Window 操作都在本機進行。發布公告明確指出，所選表格來源的資料會與該功能所使用的模型分享。
這種區分值得留意，因為介面把熟悉與陌生的行為放在一起。習慣使用已儲存地址自動填寫的人，可能會把另一項表格建議視為等同功能。然而，根據專業個人檔案生成答案，與插入本機儲存的地址涉及不同處理方式。
因此，相關的同意問題很具體：哪些頁面資料正被用於哪一項操作？對 AI 協助的一般偏好，未必能回答這個問題。當另一項功能使用不同模型時，偏好某個聊天模型亦不能回答這個問題。
以假設的僱員為例，來源可能是內部個人簡介或未發布的項目摘要。能否與外部服務分享，取決於組織規則及文件內容。瀏覽器的便利性無法代替這項判斷。
這是工作流程考慮，而非證明該功能會在未經許可下暴露機密資料。這項區別很重要。讀者需要準確了解 Mozilla 所描述的處理方式，同時亦需要務實理解自己必須作出的選擇。
模型專門化又增加一層因素。產品合理地可為不同任務使用不同模型，但這種安排改變了模型選擇器所傳達的意思。把聊天設定理解為通用偏好的用戶，可能會誤解表格填寫及監察功能如何運作。
獨立報道亦注意到同樣的區分。9to5Mac 在其更新報道中，描述使用 Gemini 進行表格填寫、使用 Qwen 進行監察。該報道支持產品描述，但未有提供獨立的準確度基準。
最有用的私隱介面，應在關鍵時刻讓這些區分清晰可見。來源選擇、處理披露及結果審閱，各自回答不同問題。把它們合併成一項泛泛確認，可能令用戶須自行理解介面所掩蓋的細節。
對企業買家而言，這使按功能層面審查變得必要。機構可能接受一般自動填寫，但對來自內部頁面的生成回應採取不同規則。若把瀏覽器視為單一類別評估，便會忽略新工作流程引入的具體資料流動。
這項更新亦留下有待日後測試的保安問題：系統把網頁內容當作證據而非指令的可靠程度如何？本文未有核實任何漏洞。這個問題源於允許外部頁面材料影響生成答案及配對決定。
這項區別應保持明確。合理的測試情境不等同已發現的缺陷，而已公布的保障措施亦不等同經獨立量度的結果。負責任的評估需要兩方面的證據。
下一個訊號是更廣泛支援、可量度的準確度，以及可靠的任務
最具參考價值的更新，將顯示這些功能能否在一般工作流程中變得更值得信賴。
第一個訊號是擴大表格支援及提供更清晰的相容性指引。Mozilla 的公告表示，現時功能支援文字欄位，並把下拉式選單及 PDF 表格列為探索中的範圍。這些可能性仍屬開發方向，而非已推出的功能。
更廣泛的支援可加強情境填寫能協助完成完整申請的論點。然而，額外欄位類型亦需要額外決定。下拉式選單迫使用戶在允許答案中作出選擇，而自由文字則容許加入條件。成功擴展必須在這些差異之間保留原意。
文件一致性屬於同一訊號。釐清四欄位與五欄位的門檻，會讓用戶在測試表格前有更清楚預期。覆蓋範圍有限的產品仍可令人理解；相互矛盾的指示則令界限更難解讀。
第二個訊號是有關準確度及修正工夫的已公布證據。Mozilla 描述其選用的模型，但這些選擇並不能證明在真實申請中節省了多少時間。最有力的證據應檢視用戶是否能以準確資料完成任務，並減少整體工作量。
有意義的評估應包括直接的事實欄位，以及需要詮釋的答案。亦應包括互相矛盾的來源，或遺漏所需細節的來源。助理願意保留未解決事項的能力，與其產生看似完整文字的能力同樣重要。
對監察功能而言，評估應區分有用提醒、不相關提醒及遺漏的變更。這些類別對用戶的影響不同。頻繁干擾可令人不願繼續使用，而遺漏更新則可能一直不被察覺。若只報告成功配對，整體體驗仍不清楚。
第三個訊號是可靠的任務運作及更廣泛的可用性。Mozilla 表示，功能將在未來數月推展至更多市場。擴展會讓更多人使用，但不會獨立證明配對更佳或監察覆蓋更完整。
任務狀態同樣值得關注。清楚顯示暫停、到期及中斷的檢查，有助用戶理解沉默狀態。統一文件內容亦可減少對長時間運行請求是否仍然有效的疑慮。這些細節決定了監察功能在初始設定後能否保持可預測性。
目前，Firefox Smart Window 提出一項具體主張：重用所選瀏覽資料，並在所要求的變更出現時把用戶帶回頁面。其價值取決於其後還剩下多少工夫。這是一項實際標準，讀者可據此評估，而毋須假定它必然普遍有用或必然失敗。
先從你可核實來源資料、熟悉而風險較低的工作流程開始。把完整體驗與慣常流程比較，包括選擇、編輯及檢查最終結果。至於監察功能，選擇你本來已在追蹤的頁面，並把通知與自己的觀察作比較。留意瀏覽器如何說明模型、任務狀態及錯過檢查的機會。把實驗範圍保持得足夠狹窄，讓你能辨識錯誤答案或不相關提醒。Firefox Smart Window 值得透過這些可觀察結果評估：它是否減少你實際要做的工作，同時讓你對提交的資料及收到的更新保持信心？
