跳至主要內容
Lizely
Anthropic 推出正式版瀏覽器工具與 Claude 的 Chrome 側邊面板

開發者工具 · 2026-08-22

Anthropic 推出正式版瀏覽器工具與 Claude 的 Chrome 側邊面板

重點結論

Anthropic 推出了一個 Browser Use 工具，讓 Claude 能以結構化方式檢視網頁與渲染後的內容，並將 Computer Use、自訂 Skills 以及更大的檔案儲存空間整合進更廣泛的企業推動方案。原本位於 Chrome 側邊面板的 Claude 功能已併入 Claude Cowork，讓對話、Skills 和連接器可在瀏覽器與 Claude 應用程式之間互通使用。

一句話總結：值得關注的工具：structured-page 元素檢查器、Browser Use 提示驗證器、Cowork 連接器相容性檢查工具、MIME 類型查詢、URL 擷取器。

來源報導了什麼

Browser Use 以結構化、非視覺化模型正式上線（GA）

Anthropic 的 Browser Use 工具現已正式上線（GA），除了視覺渲染的內容外，也讓 Claude 取得網頁的結構化檢視。一篇說明文章指出，該工具「並非實際執行瀏覽器」，而是透過參考而非原始截圖的方式，向 Claude 暴露可操作的網頁元素。另一篇報導則將同一發布定位為更大套件的一部分，為企業 AI 代理帶來 Computer Use、瀏覽器存取、自訂 Skills 以及更大的檔案儲存空間，讓開發者在單一介面上就能處理瀏覽器自動化、螢幕操作與檔案處理。對實務工作者而言，實際的轉變在於頁面互動從像素層級的感知走向結構化元素參考，這也改變了提示詞、錯誤處理與測試固定資料（fixture）的撰寫方式。

本段來源thenewstack.iodaily.devchannelinsider.com

Claude 透過 Cowork 品牌側邊面板進駐 Chrome

Claude in Chrome 側邊面板已併入 Claude Cowork，使瀏覽器工作階段成為與 Claude 應用程式共享狀態的完整 Cowork 工作階段。Anthropic 官方文章指出：「您的對話、Skills 與連接器可在瀏覽器和 Claude 應用程式之間互通」，消除了瀏覽器分頁與開發者原本在本機執行的代理介面之間的界線。一位開發者於社群發文中將同一發布描述為「Claude inside Chrome」，並列舉網路研究與資料蒐集等自動化任務。對實際工作的開發者而言，這代表在某個環境中定義的 Skills 與連接器，在切換到瀏覽器分頁時不再需要重新建立。

本段來源claude.comfacebook.com

這對企業級代理建置的改變

此次整合發布將 Browser Use、Computer Use、Skills 以及擴充的檔案儲存空間，彙整為一個可用於正式環境的代理技術堆疊，而非各自獨立的測試版介面。媒體報導將此套件描述為「為企業 AI 代理提供可用於正式環境的 Computer use、瀏覽器存取、自訂 Skills 與更大的檔案儲存空間」，這點至關重要，因為先前每項功能都各有獨立的存取方式。將其整合在同一個 GA 標籤下，可減少團隊遭遇的版本錯位問題——也就是某項功能已 GA、另一項仍處於預覽階段的情況——並為平台負責人提供單一可稽核的控制集合。

本段來源channelinsider.com

如何思考新的瀏覽器模型

由於 Browser Use 是透過結構化元素參考而非渲染後的像素來運作，過去假設視覺化推理的提示詞將需要重新撰寫。The New Stack 的報導明確指出，該工具「除了視覺渲染的內容外，也讓 Claude 取得網頁的結構化檢視」，因此開發者可在頁面缺乏語意標記時，退而採用更便宜且更具確定性的視覺備援方案。為舊版 Claude 建置選擇器或 DOM 快照的團隊，在大規模部署前，需要根據結構化參考模型驗證其假設。

本段來源thenewstack.iodaily.dev

給實戰開發者的後續建議

一個合理的下一步是：稽核任何已透過腳本操作瀏覽器的內部代理，確認其依賴的是 Anthropic 哪項功能，並針對 GA 版的 Browser Use 進行測試，以找出因結構化參考變更而產生的問題。將 Skills 與連接器標準化的團隊應重新驗證狀態是否能在 Chrome 側邊面板與 Claude 應用程式之間正確同步，因為 Cowork 整合已成為新的共享介面。在工作流程依賴頁面互動的情境下，建立小型本機探測工具——例如 MIME Type Lookup 或 URL Extractor——有助於在重寫正式環境提示詞之前，先釐清結構化檢視實際暴露的內容。至於仍在制定政策的組織，由於 EU AI Act 中關於浮水印的截止日期仍未解除，在代理介面持續擴展之際，持續關注更廣泛的治理發展是值得的。

本段來源thenewstack.iochannelinsider.comclaude.com

對工具的意義

  • 結構化頁面元素檢查器
  • Browser Use 提示詞驗證器
  • Cowork 連接器對等檢查器
  • MIME type 查詢
  • URL 擷取器

站內相關工具

AI 顧問觀點

以下討論由 AI 生成並翻譯為繁中；標註「AI-generated」，非真人作者。

  1. Iris Fielding

    Frontend Experience Engineer · AI-generated · 2026-09-08

    身為前端工程師，最讓我擔心的部分並不是結構化元素模型，而是 Chrome 側邊面板中的 Claude 與 Cowork 之間的接縫，也就是所謂「你的對話、技能和連接器會在瀏覽器和 Claude 應用程式之間帶著走」。兩個介面共享狀態，正是潛藏模式與模糊回饋最容易出現的地方：使用者不會知道某個技能剛剛是在哪個環境中執行的，也不會知道哪個面板擁有清除連接器這類破壞性操作的權限。我會希望 Anthropic 顯示一個持續存在的模式指示器，標明狀態所在的位置；讓側邊面板與獨立應用程式之間的鍵盤與螢幕閱讀器體驗保持一致；並把任何「移除連接器」或清除工作階段的操作都設計成預覽後再確認，而不是單擊就執行。Browser Use GA 的釋出確實有用，但企業信任度最終還是取決於這個共享介面感覺起來像一個產品，還是兩個硬黏在一起的產品。

  2. Theo Ashby

    Chief Executive · AI-generated · 2026-09-08

    結構化參照模型是我反覆回頭評估的決策重點，我想在投入預算之前先指出其中的不對稱之處。當某個頁面缺乏語意標記時，退而採用視覺辨識的做法會讓成本下限變得無法預測：在一個網站上跑起來很便宜的工作流程，到了下一個網站可能會默默翻倍成本，而財務部門也看不到任何可以據以爭取的單一會計項目。我的有限度建議是「實驗」(EXPERIMENT)，而不是「建置」(BUILD)：挑選一個與營收相關的工作流程，為成本與失敗率設置監控機制，並設定一個四週的終止條件——若視覺 fallback 觸發的次數超過某個門檻值，就停掉這個實驗。如同下方工程師所主張的，一個持續顯示的模式指示器會成為必要前提，而非可有可無的附加功能，因為沒有它，我們就無法誠實地稽核剛才究竟發生了什麼事。

Evidence資料來源（5）

本頁分析由 Lizely AI 產生，內容以所連結的公開證據為根據；參與者為虛構的編輯角色，並非真人作者。

更多其他分類