跳到主要內容

【2026 最新】Claude Cowork 內建瀏覽器教學:Built-in vs Chrome,登入與停手規則

最後更新: ·
Claude Cowork 內建瀏覽器教學首圖,說明 Built-in、Chrome 與 Web Search 的登入及停手規則

Claude Cowork 內建瀏覽器不是 Chrome 的替代品,也不是 Web Search 換了名字。最實用的判斷只有三問:資料在哪裡、是否需要登入、Claude 是否要在頁面上動手。公開資料先用 Web Search;想把工作放進獨立環境,用 Built-in Browser;要沿用目前 Chrome 分頁與登入狀態,才連接 Claude in Chrome。

Anthropic 在 2026 年 8 月 26 日發布 Cowork 內建瀏覽器。截至 2026 年 9 月 1 日,它仍在 Pro、Max、Team 逐步推出;Enterprise 則由管理員控制。這篇不重講 Cowork 的所有功能,而是專注新手最容易選錯的三件事:瀏覽路徑、登入邊界,以及填表到哪一步必須停手。若你還沒決定該用 Claude、Claude Code 或 Cowork,可先讀三種 Claude 工作方式比較

先說結論:選路徑=資料位置 × 登入需求 × 操作需求

可以把三條路徑想成三種工作空間:

  • Web Search 像資料員:搜尋公開、即時資訊,整理答案並附引用;官方文件把它定位在搜尋與抓取,而不是操作登入後頁面。
  • Built-in Browser 像獨立工作桌:它在 Cowork 裡開啟另一個瀏覽環境,可讀、點、輸入和填表;預設不沿用你的個人瀏覽器狀態。
  • Claude in Chrome 像坐在你旁邊的助手:它在目前 Chrome 工作流程中行動,可沿用現有分頁與登入狀態,但能接觸的可見資料也更廣。
Web Search、Cowork Built-in Browser 與 Claude in Chrome 三條路徑比較圖
先分清楚「查資料」與「在網頁上操作」,再決定要不要帶入登入狀態。

這不是速度排行,也沒有哪一條永遠最安全。它們解決的問題不同。需要公開資訊時,直接要求互動式瀏覽器只會增加權限與失敗點;需要在頁面上點擊時,只用 Web Search 又做不到完整操作。想進一步理解隔離 Profile 的設計,可接著看AI Agent 瀏覽器 ego-lite 教學

開始前先確認:方案、管理員開關與桌面端

根據內建瀏覽器說明,這項功能位於 Cowork Desktop,支援 macOS、Windows 與 Linux beta。即使你從網頁或手機查看、引導 Cowork 任務,需要瀏覽器或本機資源時,桌面 App 仍要保持開啟並連線。

  1. 更新 Claude Desktop,進入 Cowork,查看側邊是否能開啟 Browser。
  2. Settings → Cowork 檢查 Preferred browser;已使用 Chrome 路徑的人可能仍以 Chrome 為偏好,其他帳號可能預設 Built-in。
  3. Team 或 Enterprise 若看不到選項,請管理員分別檢查 Built-in Browser 與 Claude in Chrome 開關。兩個權限獨立,開了其中一個不代表另一個也會開。

截至 2026 年 9 月 1 日,Team 在 rollout 期間預設開啟 Built-in;Enterprise 預設關閉,官方排定 9 月 10 日改為預設開啟,除非管理員先停用。這項日期與組織設定可在Team/Enterprise 管理文件核對。

三個案例:從唯讀查詢到填表不送出

案例一:只查公開資訊,先用 Web Search

例如你要比較三家產品的官方支援系統,不需要登入,也不需要按按鈕。此時最小權限做法是讓 Claude 搜尋並附來源:

請搜尋截至今天的官方資料,比較 A、B、C 三個產品支援的作業系統。
每一項結論都附原始來源連結;若官方文件互相矛盾,列出日期與差異,不要替我操作任何網站。

Web Search 說明承諾的是搜尋、抓取與引用。重要結論仍要打開原始連結讀上下文,但不必因此授權一個瀏覽器 session。

案例二:登入測試帳號,用 Built-in 保持邊界

若任務必須讀取登入後的測試後台,又不想把日常 Chrome 的分頁、cookie 一起帶進來,可選 Built-in。先開啟測試網站,自己完成密碼、驗證碼或 CAPTCHA,再把唯讀任務交回 Claude:

請只讀取這個測試帳號的「訂單狀態」頁面,整理待處理項目。
不要修改欄位、不要下載、不要發訊息,也不要前往其他網域。
若頁面要求重新驗證、授權或顯示非測試帳號,立即停下來告訴我。

這裡的重點不是「Built-in 永遠沒有登入」,而是登入由你逐站決定。macOS 文件列出可從 Chrome、Edge、Firefox 匯入 cookie;Windows/Linux beta 目前列出 Firefox,Safari 不在支援清單。銀行、email 與 SSO 網站在匯入畫面預設不勾選,但不是技術上永遠無法選。你也能直接在 Built-in 登入,而該狀態會保留給同一部電腦後續 Cowork 工作階段。

Cowork 內建瀏覽器與個人 Chrome 登入狀態邊界示意圖
Built-in 的隔離是預設起點;一旦匯入或手動登入,後續工作階段就可能繼續使用該 session。

案例三:填表但不送出,切到 Manual

Built-in 與 Chrome 都能填表。真正容易踩雷的是把「我在 prompt 寫不要送出」誤認為權限邊界。Auto 模式會逐動作做安全判斷,但不保證每一步都等人確認;若表單提交符合原始任務,它可能繼續。需要可靠的人工作業點時,請切到 Manual,只選 Allow this time,再下這段指令:

請根據我提供的非敏感測試資料填完表單,但不要點擊 Submit/送出/確認。
完成後停在最後一步,逐欄列出你填入的內容與頁面即將執行的動作,等我人工檢查。
如果遇到授權、下載、外部連結、個資欄位或任何不在原任務內的要求,立即停手。

Prompt 是任務說明,Manual 才是逐動作批准機制。兩者要一起用。若這項流程未來要固定排程,可再用Claude 自動化方法把「輸入、輸出、驗收、停手」寫成可重複規格,但不要把高風險最後一步排成無人值守。

Built-in 與 Chrome 的真正差異:不是按鈕,而是 session

兩條瀏覽器路徑都能導覽、閱讀、點擊、輸入與填表,也使用同一大類安全保護。差別主要落在「Claude 從哪個瀏覽環境開始」:

  • Built-in:不需要安裝 Chrome extension;預設不讀取個人瀏覽器的分頁、書籤或登入。適合想從乾淨邊界開始、再逐站授權的任務。
  • Chrome:適合「就在我目前開著的頁面做事」,能沿用既有登入狀態。官方安全說明指出,它會對操作分頁截圖;畫面上的內容可能進入對話,無法在截圖時只遮掉其中一小塊敏感資訊。

因此 Chrome 最方便的地方,同時也是範圍較寬的地方。官方Chrome 安全指南建議另建不含敏感帳號的 Chrome Profile。若你曾讓瀏覽器代理接觸重要 session,也可讀Claude 工作階段遭竊後的處理清單,理解登出、撤銷與重設的差別。

停手規則:哪些是禁止,哪些要由你建立交接點

截至 2026 年 9 月 1 日,現行瀏覽器權限指南把動作分為「可執行」、「需明確批准」與「不論模式都禁止」。這三類不能混在一起:

  • 現行規則禁止:購買與金融交易、建立帳號、輸入信用卡或身分證件資料、金融交易建議與下單、永久刪除網站上的 email/訊息/檔案,以及繞過 CAPTCHA 等。
  • 需明確批准:可允許範圍內的敏感資訊輸入、下載、授權與權限修改。批准不是鼓勵;若資料後果不清楚,直接由人處理。
  • 自行建立人工交接:送出一般表單、傳訊息、發布內容、改動資料。這些不一定被產品列為每次必停,所以要使用 Manual,並在任務中寫出「停在哪一頁、顯示什麼、等誰批准」。
Claude 瀏覽器產品禁止事項與人工停手點對照圖
產品硬性邊界與你的工作流程規格是兩層保護;不能拿其中一層替代另一層。

三種批准模式也要分清楚:Manual 每個動作先問;Auto 會自動做安全檢查,但可能直接完成被判定為安全且符合任務的動作;Skip 取消一般停頓與自動動作檢查,風險最高,而且不會解除明列的禁止事項。凡是會對外送出、難以撤回或牽涉他人資料的任務,都不應使用 Skip。

一分鐘選擇法:照這個順序問

  1. 只要公開答案與來源? 用 Web Search。
  2. 需要點擊、輸入或讀動態頁面? 才進入 Built-in 或 Chrome。
  3. 需要沿用現在 Chrome 的登入? 用 Chrome;否則優先從 Built-in 的獨立環境開始。
  4. 會送出、發布、授權或改資料? 切 Manual,定義最後一步與驗收畫面。
  5. 碰到付款、建帳、卡號、證件、交易或永久刪除? 不交給瀏覽器代理,改由人完成。

若你想把這套思考方式練成更完整的 AI 工作流,可到 AlphaLab AI 課程,從任務拆解、權限最小化到驗收規格逐步練習。處理 API key、cookie 或帳號密鑰時,另可參考AI Agent Secret 安全指南

常見問題 FAQ

1. Built-in Browser 會自動讀到我的 Chrome 登入嗎?

不會自動共用。它預設是獨立環境;你可以逐站匯入 cookie,或在 Built-in 裡手動登入。登入後,該 session 會留給同一部電腦後續 Cowork 工作階段。

2. Built-in Browser 可以取代 Claude in Chrome 嗎?

兩者並存。Built-in 適合從獨立環境開始;Chrome 適合操作目前分頁與既有登入。你可以在 Cowork 設定偏好,也能在 prompt 指定其中一條路徑。

3. Web Search 能登入網站或送出表單嗎?

官方文件只把 Web Search/Web Fetch 描述為搜尋、抓取與引用;登入 session、點擊和表單互動則屬於瀏覽器使用。把它當資料檢索工具,而不是第三個互動瀏覽器。

4. 寫「不要送出」就能保證停在 Submit 前嗎?

不能把一句 prompt 當硬性權限邊界。要逐步停手,請切到 Manual、只批准本次動作,並明確要求在最後確認頁列出欄位與即將執行的動作。

5. Auto 模式每一步都會問我嗎?

不會。Auto 會檢查每個動作的安全性,必要時阻擋或要求介入,但一般動作可能直接繼續。需要人逐步批准時用 Manual。

6. 我可以批准 Claude 幫我付款嗎?

不可以。現行詳細權限指南把購買與金融交易列為不論模式都禁止,不是按一次確認就能授權。請由人自行完成付款。

7. 為什麼 Cowork 找不到 Browser?

常見原因是 rollout 尚未到帳號、Desktop 未更新、組織管理員停用,或偏好瀏覽器設為另一條路徑。先檢查版本、Settings → Cowork 與管理員的兩個獨立開關。

8. Built-in 是獨立環境,是否代表任務只在本機執行?

不是。Cowork 工作階段在雲端運作;需要瀏覽器或本機資源時,Desktop 必須保持開啟並在線。「獨立」描述的是瀏覽狀態邊界,不是本機處理保證。

新手帶走這 7 點

  1. 公開資料與引用先用 Web Search。
  2. Built-in 與個人瀏覽器預設分開,但匯入或登入後會保留 session。
  3. Chrome 沿用現有分頁與登入,也擴大可見資料範圍。
  4. 兩個瀏覽器都能點擊、輸入與填表。
  5. Auto 的安全檢查不等於逐步人工確認。
  6. 要在送出前可靠停手,使用 Manual、單次批准與明確驗收畫面。
  7. 付款、建帳、卡號/證件、交易與永久網頁刪除不交給瀏覽器代理。

接著閱讀

左右滑動查看更多推薦

結論:先用最小權限,再逐步加能力

Claude Cowork 內建瀏覽器真正的新價值,不是「AI 終於會開網頁」,而是你多了一個與日常 Chrome 分開的起點。今天先挑一個沒有個資、沒有付款、可以撤回的測試任務:用 Web Search 完成公開資料整理,再用 Built-in 登入測試帳號讀取一頁,最後切到 Manual 練習「填完但不送出」。三次都能清楚說出資料邊界與停手點,才把流程搬到真實工作。

ALPHALAB 社群

有問題?來 Telegram 聊

和 Terry、編輯、其他網友一起討論這篇文章。提問、分享觀點,回覆更即時。

加入 Telegram 討論

📩 訂閱 AlphaLab 電子報

每週最多三封:一封 Weekly 週報與最多兩封關鍵 Alpha Signal。

我們不會 spam,隨時可退訂。