Claude Desktop 該不該裝？外殼、通道與權限邊界

想像一個場景：會議剛結束，同事力推你把客戶資料改用桌面版處理，理由聽起來很合理：App 裝在自己電腦上，東西跟著電腦走，比把內容貼進網頁保險。這句話前半對，後半錯，而且錯在真正要緊的地方。

Claude Desktop 裝好之後，模型照樣在雲端處理你的問題，安裝這個動作沒有改變推理發生的位置。App 真正改變的，是資料能流動的方向：本機檔案的內容可以被送進對話，成為模型的輸入；部分工具指令可以回到這台電腦上執行，變成實際的檔案操作。裝了桌面版，你的檔案離雲端更近，不是更遠。安全邊界由兩件事共同決定：你授權了什麼、組織的資料政策允許什麼；跟裝不裝 App 本身的關係，比多數人以為的小得多。

把流向看清楚，繞著這個 App 的多數爭論會自行解散：裝不裝、授權開多大、要不要把任務交給自動執行，答案都藏在「內容往哪裡去、動作從哪裡來」這兩句問話裡。

快速重點：Claude Desktop 是 Anthropic 的桌面 App，下載安裝不收費，登入帳號就能用，模型在雲端處理。它的價值在本機擴充與 MCP 通道，額度跟網頁、手機共用同一個帳戶。授權任何資料夾之前，先弄清楚內容會往哪裡流；裝或不裝，讀完自有答案。

先拆一個誤解：桌面 App 不等於本機 AI

推理發生在哪裡？在雲端。Claude Desktop 是 Anthropic 為 macOS 與 Windows 推出的原生用戶端，Linux 版目前是 beta。它的本體是一個殼：把對話介面裝進獨立視窗，並把「接上這台電腦」的能力開成選項。你按下送出，文字與附件內容出站到雲端；模型生成回應，畫面在 App 裡呈現。整條路徑上，理解、推理、生成，沒有一件在你的電腦上發生。

那個誤解為什麼一半成立？因為桌面版確實多了「本機」的成分。Desktop Extensions 與本機 MCP 伺服器會把一部分指令留在你這台機器上跑：讀檔、查表、寫入，這些動作確實發生在本地；但在地的是工具，不是模型。把這兩件事分開，資料流向就清楚了一半：內容出站給誰、動作回站到哪裡，各自看你裝了哪些擴充、給了哪些權限。剩下的另一半，是弄清楚每一種擴充把界線畫在哪裡，這正是後面幾節要做的事。

把「出站」講具體一點：你在輸入框打的字、貼上的段落、附加的檔案，以及擴充在任務進行中依授權讀到、實際送進對話的檔案內容，都會離開這台電腦，抵達模型端；差別只在於前者是你主動送出，後者是擴充代送。有些擴充會先在本機做篩選或前處理，真正出站的，是進入模型上下文的那一段。真正留在本機的，是 App 本身、設定檔，以及沒被授權讀取的檔案。這條清單記清楚了，後面談權限時就不會失焦。

位置問題常被漏掉。把外部服務接進流程這件事，遠端連接器在網頁、桌面、行動端都能做，官方對連接器跨入口使用的說明寫得明白，不需要桌面版；輪到桌面版出手的，是那些長在這台機器上的東西：讀電腦裡的文件、操作指定資料夾、把跑在本機的工具接進對話。安裝桌面版不是晉級的儀式，它只是打開本機通道的其中一個方式，通道要不要開、開多大，才是真正的決策。

誤解的來源也能理解：App 裝在本地、名稱裡有 Desktop，直覺上自然聯想「東西都留在自己機器上」。直覺在多數軟體上是對的，在雲端模型上是錯的，因為畫面在本地、大腦在遠端。評估安全性時，該問的不是「資料還在這台機器上嗎」，而是三個更具體的問題：授權範圍多大、內容送往哪裡、組織政策允許什麼。這三個問題，分別對應後面的權限、通道與決策三節。

模型、用戶端、工作模式，分住三層樓

Claude、Claude Desktop、Claude Code、Cowork，四個名字常被當成四個平行選項放在一起挑，其實它們住在不同樓層。頂樓是 Claude 這個模型家族與產品線本身，名稱就叫 Claude；中間那層是用戶端，網頁版、手機版、Desktop 都是這層的住戶，命令列形態的 Claude Code 也算；Claude Cowork 再往下一層，是 Desktop 裡的一種工作模式。跨樓層問誰比較強，答案沒有意義，因為它們根本不是同類東西，就像問「汽車跟引擎哪個快」一樣，問題本身放錯了層級。

對Claude 這個模型家族還沒有概念的讀者，先把頂樓的背景補起來再回頭看桌面版，理解會快很多；想一次看完整的生態、方案與工具之間的關係，Claude 完整使用指南把它們收在同一篇裡。

用戶端樓層內部的差異，多數屬於形態，談不上能力高低。網頁版住在瀏覽器分頁裡，手機版隨身，Desktop 是獨立程序，Claude Code 活在終端機裡用文字指令往來。網頁版、手機版、Desktop 這三個聊天入口掛在同一個帳號底下，對話與專案也是同一批：你在手機上問到一半的對話，打開桌面版接著問，脈絡是同一條。Claude Code 的主力形態是命令列，桌面與網頁入口也陸續存在；工作紀錄怎麼存、怎麼接續，依執行環境而異，以命令列專案來說，紀錄跟著你機器上的專案目錄走，不會自動出現在聊天介面裡。挑哪個住戶，看的是你在什麼設備上、做什麼事；帳號是同一個，各入口能選到的模型與預設值，則依方案、模式與推出進度而定。命令列對你如果是陌生地形，先補一篇CLI 入門，再判斷 Claude Code 離你多遠。Claude Code 的對象明確：要改程式、整理專案檔案、跑自動化的人；對這類工作來說，命令列是工作台本身。

有一種期待要先降溫：換用戶端不會讓答案變準。回答品質的變因幾乎都在模型層與輸入層，也就是用了哪個等級的模型、你把目的與背景交代得多清楚。同一個問題在網頁版問得含糊，換到桌面版一樣得到含糊的回答。輸入端的功課放著不做，換殼只是把同樣的問題搬進另一個視窗；這條線索在下一節收攏。

樓層座標實際的用法，是把手上的疑問放回對應樓層。「回答得好不好」屬於頂樓與輸入層的事；「在另一個裝置上接續對話」屬於帳號同步的機制；「要不要裝 App」是用戶端形態的選擇；「能不能一口氣跑完整批文件」落在模式層。疑問放對樓層，找答案的方向就對：不會把模型能力的限制誤判成工具的缺陷，也不會把入口的手感差異誤當成智力差異。

樓層座標還有一個用處：看懂新聞與新功能時不再混淆。模型升級是頂樓的事，原則上各入口一起受惠，但新功能常分批推出，哪個入口先拿到，看官方的推出節奏；某個入口獨有的功能，例如本機擴充，是用戶端樓層的差異；工作模式的更新，例如多步驟執行的調整，則動到最底下那層。把訊息放回樓層，就知道它跟你手上的工具有沒有關係。

殼的能耐與極限：常駐的是入口，不是保存

跟瀏覽器分頁比起來，獨立 App 換到的是一個固定的位置：視窗佔住工作列的一格，一組系統層級的快速鍵把它喚進前景，不會在分頁爆炸時被順手關掉。換不到的是保存保證：對話能不能留下來，關鍵在內容是否已送出、帳號同步是否完成，跟視窗獨立與否沒有關係。能耐與極限，剛好各佔一邊。

常駐的價值比字面上具體。工作時瀏覽器常開著十幾個分頁，研究資料、試算表、信箱、後台互相瓜分你的時間與心神，AI 對話混在裡面，問到一半被蓋掉、回頭找不到是常態。獨立 App 把對話從分頁生態抽出來，變成桌面上另一種性質的入口；需要的瞬間把它拉到眼前，問完就讓它退回待命，這種近身距離是分頁給不了的。程序已在背景待命時，喚回它通常比另開瀏覽器、等頁面載入少幾步，實際快慢仍受裝置與執行狀態影響。這些是節奏與手感上的差別，沒有擴張能力範圍：同一個問題，兩個入口給的答案來自同一個模型。

保存那一面要講得更白。已送出並完成同步的對話跟著帳號走，換裝置也看得到；還沒送出的內容則該當成未同步看待：它會不會跨重開留下來，因版本與當下狀態而異，沒有人給你保證，送出與同步完成之前，不要指望它一定還在。把「獨立」理解成「自動存檔」，是換設備時遺失內容的典型劇本：打好的一大段貼在輸入框裡，以為視窗在就好；把籌碼押在「視窗還在」上頭就是在賭。送出與同步，是內容能不能跟著你走的兩道關卡，缺一個都不算數。

常駐也改變了被打斷的方式。分頁裡的對話安安靜靜，獨立程序可以配通知與快速選單；長時間埋首在一個專案時，它更像桌上的一部電話，書籤列裡的連結等不到你回頭。這些設計發揮多少，看的是叫用行為：常常召喚的人，每次省下的點擊與切換會累積成節奏上的差別，幅度因人而異；召喚的間隔一拉長，通知與快速選單的存在感就跟著變淡，背景程序照樣佔著一份資源。

歸因的錯誤也常在這裡出現。有人換到桌面版之後覺得回答變好了，多半是巧合，或提問方式跟著環境一起改變，因為殼不會改變模型。覺得答案不到位，先回頭檢查輸入：目的講清楚了沒有、背景給了沒有、輸出的格式與長度說明了沒有。這層基本功在提示詞的寫法有完整拆解；把它練熟，通常比換用戶端更能改善回答品質。

一句話收攏這兩面。桌面版的本體是一個獨立程序：工作列上佔一格，App 在執行、連線正常時叫它就在，分頁開得再多也擠不掉它；但獨立性不延伸到保存，內容尚未送出、同步還沒完成時，放在哪種視窗裡都稱不上備份。

MCP 這條通道：內容往外送，指令往回走

MCP 全名 Model Context Protocol，是讓 AI 與外部工具講同一套語言的開放標準；Desktop Extensions 把這類連接的安裝簡化成設定裡的幾個動作。通道是雙向的：你授權出去的檔案，內容會在任務需要時送往雲端，交給模型處理；往回的方向則交給本機擴充，讀檔、查資料、寫入你授權過的位置，這些動作發生在你這台機器上。授權是第一道邊界：指定哪個資料夾、接哪項服務，畫出的是預設的活動範圍；實際能碰多少，還取決於擴充的實作、作業系統的權限與隔離機制，Claude 官方對本機擴充的安全說明就明講，這類本機程序跟你機器上的其他程式拿同一種權限在跑。把範圍收小能降低暴露面，但不該把它讀成絕對的圍欄。

只看單向會漏掉一半風險。往外的方向：掛上檔案類擴充後，指定資料夾裡的文件會被讀取、送進對話，成為模型的上下文，這一步發生在雲端。往回的方向：模型決定使用某個工具時，實際動作在本機發生，例如翻找某份文件、查一張報表、把結果寫進輸出資料夾。工具的使用會攤在介面上；哪些動作會先要求你確認，依工具、模式與權限設定而異，沒有一體適用的比例。兩個方向都經過你的授權，授權之後，任務的節奏有一部分就交給模型與擴充之間的互動決定。

拿一份具體的工作走一遍。要比較兩版客戶合約的條款差異，你把資料夾授權給檔案擴充，在對話裡指名兩個檔案：兩份文件的內容出站，比對在雲端發生；若比對過程需要再查你指定的報表，查表這一步交給本機的擴充去做，結果再帶回對話。任務結束，你收回的是一段分析與一份對照表；至於已出站的內容，從資料治理的角度看，就是已經離開過這台電腦，這是通道現實的一面。

標準化改變的是接線的成本結構。早年 AI 產品每接一項服務，都得為它寫一套專屬對接；服務一多，每條線各自老化、各自除錯，照顧的負擔用相乘的速度堆上去。MCP 把介面換成公開規格：工具端把伺服器實作一次，相容的用戶端就省下重複對接，等於把一堆特製轉接頭換成統一規格的插座；前提是協議版本、傳輸方式與功能支援彼此相容，節省才成立。對使用者的實際影響是可接的東西變多，而每個連接的性質，要看它屬於哪一種形態。想深挖協議本身的設計，MCP 協議的原理另有專文，這裡只談資料流。

↔ 左右捲動檢視完整表格

連接形態	在哪裡執行	碰得到什麼	適用情境
遠端連接器	服務端	該服務的帳號資料	跨網頁、桌面、行動端都要用
Desktop Extensions	本機，由 App 管理	授權範圍內的本機檔案與工具	想接這台電腦的資料，不想碰設定檔
自行設定的 MCP 伺服器	本機或遠端，視部署而定	視個別實作，可寬可窄	開發者或特殊工作流

開發者的第三條路

表裡第三種形態是自己實作或自行安裝的 MCP 伺服器，部署在本機或遠端服務都可以，邊界由設定檔定義，這是工程師的遊樂場，不是一般使用者的必經之路。設定檔也不是唯一入口：多數人從設定裡的 Extensions 頁面安裝與管理就夠用，安裝、更新、停用都在同一個地方。真要走設定檔路線，用 MCP 串接 WordPress 的完整實例把設定過程逐步拆開，照著走一遍，比讀規格文件快得多。

跟 Skills 的分界

常跟 MCP 混在一起談的是 Claude Skills，分開的方法是看問題出在哪一端。回答缺材料：模型讀不到你的檔案、接不到外部服務，屬於接線問題，歸 MCP 管；材料都在，做法卻每次重講、產出時好時壞，屬於經驗沒有固化，Skills 把某類任務的慣例打包成範本直接套用，補的就是這一端。一個補材料，一個補做法，缺哪個掛哪個，沒有誰取代誰的問題。Skills 的運作方式另有專文，這裡記住分界，就不會把接工具跟教做法當成同一件事。

替這節收個尾：本機動作、內容出站、雲端處理，三段接起來才是一次完整的工作。Claude Desktop 並不在本機跑模型，推理始終發生在雲端；MCP 或 Cowork 一旦把檔案內容帶進任務，那段文字就離開了這台機器。倒是讀檔、寫檔這類動作，會交給本機擴充落地。所以機密等級的資料，先過公司規範與合約這兩道門再上路；內容會被留多久、要不要用於訓練，這兩條也該在團隊裡寫成白紙黑字，而不是交給預設值。

模型怎麼記得你：先備記憶與即時查證

記憶類 MCP 走的是「先備」路線：你把偏好、角色設定、專案慣例這些反覆要交代的背景交給它保管，之後的對話再依設定取用，不必每次從零說起。檢索類連接器則走另一條路：回答前當場查證。一個把先備知識存起來備用，一個在需要的當下臨時補進內容；兩條路需要的治理動作完全不同，前者管保存，後者管來源。

為什麼需要這類工具？每次對話能攜帶的脈絡有上限，跨對話的長期背景，模型天生帶不著走；記憶類工具補的就是這個縫，把重複要交代的東西放在對話外面，需要時再帶進來。理解了這個位置，就會明白它的性格是先備，跟即時查證剛好錯開，兩者各守一段。

先備的意思是：內容在你開新對話之前就已寫好放在某處，模型依設定取用。聽起來方便，但「存了」不等於「會用」。記憶內容能不能搬，因工具而異：儲存格式與匯出能力各不相同，換一套之前，先確認累積的東西帶得走；設定完成也不等於生效，改完之後開一個新對話實測一次，請模型複述它知道的背景，確認資料真的被讀進來。這一步不能省，否則你以為它記得，其實兩邊都沒讀到。

記憶類工具替你保管角色、偏好與專案前提，但保管不等於保管在你手裡。這類內容放在哪裡，由伺服器的設計決定：可能是一個本機檔案，也可能是一項雲端服務；誰讀得到、服務停了東西還在不在，答案各自不同。把它當成一份租約來審：內容放在誰那裡、放多久、約滿怎麼清空、Claude 是被動等你點名才讀，還是會主動跟著對話上場，四個條款都有答案，這套記憶才算進入可用狀態；缺任何一條，「它記得」就只是未驗證的假設。

即時查證處理另一個問題：模型的知識有截止日，截止之後的世界它沒見過。掛上檢索類連接器，模型多了隨時查證的選項，可以用查到的內容支持回答，這是檢索增強的基本概念，RAG 的原理有完整說明；它實際有沒有動用查證，看回應裡的引用與工具紀錄最準。跟記憶放在一起看，兩條路一個補「模型不知道的現況」，一個補「模型記不住的背景」，用途不同，掛的理由也不同：常態性的個人與專案脈絡走記憶，會過期的事實走查證。

兩條路的治理重心不同，混在一起就會兩邊都沒顧好。記憶的風險在保存面：存的內容對不對、放的位置誰看得到、成員離開團隊時怎麼清空，這些是資料管理的問題。查證的風險在來源面：檢索帶回的內容可不可信、引用有沒有被斷章取義，這些是內容驗證的問題。前者靠四個確認點，後者靠交叉比對與出處檢查；工具掛上去不等於治理自動發生，兩套動作都要有人做。

落地一個例子就夠。知識庫若是一整個 Markdown 筆記資料夾，例如用 Obsidian 管理的筆記庫，掛上檔案類擴充並把範圍指到那個資料夾，模型就能在授權內讀取筆記內容，回答時引用你的既有紀錄，不必每次貼一大包背景。記憶的價值在這裡才變具體：同一個專案的前提寫一次，在載入條件成立的對話裡反覆上場；哪些對話真的載入了，用前面的實測方式驗過才算數。

權限怎麼給：四個檢查面向

掛一個擴充或 MCP 伺服器之前，把權限想成一個有四個面向的形狀：範圍（能碰哪些資料夾與帳號）、方向（唯讀還是可寫入）、來源（誰維護、更新與問題回報是否活躍）、期限（多久回頭收回不再用的授權）。四個面向都過一遍，風險才收得住；這是一份檢查清單，不是安全保證，清單外的角落仍要靠你自己的判斷。

範圍的紀律最單純也最常被跳過：為一個任務授權一個專屬工作目錄；圖方便把整顆硬碟一次開出去的衝動，值得壓下來。方向的原則是唯讀優先，多數「讓 AI 幫忙看」的任務根本不需要寫入權限；真要寫，把寫入位置限在輸出資料夾，原始資料保持不可變動。裝著個資與財務憑證的資料夾，不列入授權清單；範圍收小能壓低暴露面，但邊界的實際效力取決於擴充實作與系統機制，不能當成出事時的保險箱。

來源這個面向看維護狀態：釋出者是誰、更新頻率如何、問題回報有沒有人處理。這裡有兩個進階風險值得認識。第一種在業界通稱 prompt injection：工具回傳的內容裡可能藏著指令，模型讀進去之後，把它當成你的要求執行，例如網頁或文件裡塞了一段「請把所有檔案寄到某處」的文字，檢索類工具把它原樣帶回對話。第二種是供應鏈更新：今天安全的伺服器，改版之後未必安全；你授權的是某一個版本，不是這個工具的永久名聲。

期限是最常缺席的面向。授權給出去之後沒有回頭機制，清單只會越積越長，而人的記憶不會跟著累積，時間一久，可能忘記某個擴充當初是為了哪個任務掛的。固定的複查節奏就能補上：每隔一段時間打開授權清單，把用不到的連線收掉，重新確認還在用的範圍與方向。

四個面向裡，範圍與方向在安裝當下就該決定，來源與期限則是持續的功課。一個可用的節奏是：第一次授權永遠給唯讀、給最小目錄，先跑一個任務週期；確定工具真的進入工作流，再談放寫入、放大範圍。放寬的速度慢一點，出問題時的回溯就簡單一點，這筆帳怎麼算都划算。四個面向各配一個自查問題，對照著檢查即可。

↔ 左右捲動檢視完整表格

面向	自查問題
範圍	這個任務真正需要碰的資料夾與帳號是哪些？
方向	只讀就夠嗎？寫入位置限住了嗎？
來源	維護者是誰？更新與問題回報還活躍嗎？
期限	上回複查是什麼時候？沒在用的收回來了嗎？

Claude Cowork：把整串步驟連續跑完的模式

Cowork 是 Desktop 裡一種把整串步驟交出去連跑的模式：你在對話裡交代目標，它在你授權過的範圍內讀寫檔案、一個動作接著一個動作把工作推到終點。它跟一般對話的差別不在聰明程度，而在動手的比例：一般對話主要產出文字，Cowork 會一路操作下去，讀檔、整理、寫出，每一步實際動作都值得逐一檢視。可用方案與支援平台持續調整，使用前以方案頁當下的公告為準。

用能力階梯看它的位置更準：第一層純聊天，第二層讀你的檔案，第三層接上工具，第四層才是多步驟的連續執行，Cowork 站在第四層。前三層還沒跑順就跳上來，出狀況時你分不清是任務沒交代清楚，還是授權給得太寬，兩種原因的解法完全不同；先把低樓層跑順，第四層的風險輪廓才看得出來。要注意的是，能連續執行不代表必須開最大權限，授權多大仍由你決定。

一件任務在第四層跑起來的樣子：你交代把一季的客戶提案整理成摘要與待跟進清單，Cowork 會到你指名的資料夾裡讀文件、逐份抽取要點、彙整成結構，再把結果寫到你指定的輸出位置；過程的讀寫紀錄會攤在介面上，通常有得看。「有得看」跟「有看到」是兩回事：多步驟要不成為黑箱，前提是你真的去盯、看得懂每一步在動什麼；放著不管的執行，跟按一個鈕等結果的自動化沒有本質差別，這是它跟全自動流水線最需要劃開的一條線。

團隊情境裡有三件治理事得分開看：成員權限怎麼分、資料保留怎麼設、連接器誰管理。裝了 Desktop，這三件也不會跟著自動到位；它們屬於組織的設定，不屬於個人電腦。Cowork 的使用方式與邊界跟Cowork 與 Claude Code 的選擇兩篇把細節攤開了，這裡不重複。

紅線換個講法更實用：會對外送出的成果，先讓它停在草稿，由具備授權的人確認後再提交；牽涉付款或帳號異動的動作，握在人手裡，不交給自動流程。留下的適用情境長什麼樣？把訪談逐字稿歸納成主題矩陣、把散落的報價單彙整成可比較的試算表，輸入輸出明確、失敗可以重來，動手比例高但後果可控，正是這個模式發揮的區帶。

額度會不會被桌面版吃掉？三個入口共用一個帳戶

會，而且帳目只有一本。依各方案的設計，用量在帳號層級計算，在桌面版耗掉的就是總量的一部分，多裝一個入口不會多送額度；水塔只有一座，各個水龍頭出的都是同一塔水。你在桌面版跑完一批文件整理，手機打開會看到同一份帳目少了同一段，帳不會因為入口不同而分開記。

計量以 Token 為單位，輸入與輸出都列入計算，實際負擔還受模型等級、功能與內容複雜度影響。短問答的消耗小；長文件整包讀進對話，負擔會隨文件長度與讀取次數往上疊，帳面差距拉得很快，這也是「接上檔案」之後最直接的代價：方便是真的，額度的消耗也是真的。對計量邏輯不熟的人，先看Token 怎麼計算，知道自己在花什麼，再決定哪些任務值得整包讀、哪些先節選。

三個入口各有自然的場景：通勤用手機問短問題，協作與分享用網頁版，深度工作用桌面版接檔案。帳目只有一本的好處是不用猜：消耗集中在哪，帳號內的用量資訊可以參考，但未必逐一拆分到每個入口；把用量跟當天做過的任務對照，自己記一筆，手感更快建立，整包讀檔與一般問答之間的差距有多大，很快就有數。

下載與登入本身免費，免費方案就能裝來用；功能與用量上限依方案而定，方案從免費到企業級都存在，細項持續變動，以帳號內的方案資訊與方案頁當下公告為準，這裡不複述會過期的數字。帳目只有一本的另一層意義是：比較入口沒有意義，比較任務才有；消耗的差異來自你讓它做什麼，跟用哪個裝置開它關係不大。

安裝與登入，整個決策裡最不技術的一步

整個流程從 Claude 官方下載頁開始：頁面列出各平台的安裝檔與系統條件，macOS 與 Windows 為主，Linux 版目前 beta，實際要求以頁面標示為準。下載、安裝，再用本來的帳號登入，對話與專案同步進來，過程與安裝一般應用程式沒有兩樣。這一步放在倒數第三節才講，理由很簡單：它是整個決策裡最不需要判斷的部分。

登入的就是你本來那個 Claude 帳號，不是另一套新身分；方案、對話、專案全部接在同一個帳號上，前一節那本唯一的帳目，從登入那一刻就開始記。理解這一點，安裝就不神祕：它只是把同一個帳號的多一種入口放進這台機器。

登入後值得確認的只有兩件事：同步狀態（對話紀錄有沒有進來）與預設模型（有沒有落在你要的等級）。擴充的部分，等出現具體任務再裝。沒有任務就先裝一堆擴充，出問題時只會多一堆變因要排查；任務出現再裝，每個授權都有明確理由，權限也收得住。這道任務閘門，比任何「先試用看看」的籠統建議都更能保護你。

登入後的介面與網頁版大致同貌，對話清單、專案、設定都在相近的位置，有網頁版使用經驗的人，多半能直接上手；差別要等擴充裝起來才會浮現。這也回到同一個定位：安裝這一步的技術門檻很低，真正的門檻全在安裝之後的選擇。

一個觸發條件，三個否決條件

該不該裝，用兩道關卡決定。觸發條件只有一個：你有一件每週重複、而且需要讀本機檔案或本機工具的具體任務。有，再往下檢查否決條件，都通過，才把授權收到那個任務剛好需要的程度。否決條件有三個，任一成立，這條通道就不該開：法規或合約要求資料完全不出環境時，擋住的是所有雲端入口，網頁版同樣在內，該類資料只能留在原來的環境裡處理；工作現場經常斷線，推理發生在雲端，網路一斷就停擺；完全不想管理權限與設定，通道開了就沒人看守。規則壓成一句：每週回來的本機任務存在，而且三個否決都不成立，這條本機通道才有開的理由；單純問答，網頁版已經足夠。沒有任務也沒有否決時，通道沒有貨可載，裝了也發揮不出它的差異。

觸發條件有具體的檢測方法：回顧上一週的工作紀錄，找找有沒有任何一件、需要 AI 讀到只存在這台電腦的東西才能完成的事。一件都找不到，代表沒有東西需要走這條通道，網頁版已經覆蓋你的使用；找到了，那件事就是起點，也是授權範圍的邊界依據，先為它開目錄、裝擴充，跑順了再考慮下一件。把「每週重複」放進條件，是因為一次性任務配不上長期授權：任務結束後還留著的授權，只會變成風險；會回來的任務，才值得專屬目錄與固定流程。

中間還有一條路：先裝殼，暫緩任何擴充。這個走法的適用對象很好辨認：你想要獨立視窗與快速鍵，但手邊還沒有那件需要讀本機檔案的任務。通道沒開，就沒有授權清單要照顧；多出來的代價，是背景多一個常駐程序，以及下載安裝的一段工。三種走向都成立：先不裝、裝殼不接通道、裝並把授權收到最小；分界的依據始終是同一件事，那件每週回來的本機任務存不存在。

三個否決條件各自值得一句話。合約或法規要求資料不出環境時，任何出站都不該發生，這不是技術問題，是承諾問題；工作環境經常斷線時，「模型在雲端」這個事實讓桌面版幫不上忙；不想管理權限的人，裝了等於把風險搬進來卻不處理，停在網頁版反而乾淨。

通道的價值跟任務綁定，這是貫穿各節的軸線。裝了之後，AI 的產出仍要自己驗證：模型會出錯、會把不確定的細節講得像真的一樣，這件事不因為工具鏈變長而改變；檢查內容可信度的方法，E-E-A-T 的檢核角度講得更系統。想往工程端延伸，Claude Code 入門是下一站；想沿官方教材補基礎，Claude Academy 免費課程把實作練習排好了。

決定要裝的話：用一張驗收單走第一週

讓判斷閉環的方式是驗收，不是感覺。挑一件夠真實的小事：素材可以先去識別化、複本可復原，但工作樣態要貼近日常；設三個欄位：任務是什麼、標準是什麼（實際花的時間、輸出可直接採用的比例、權限範圍複查結果）、汰停條件是什麼（連續幾次輸出不能用就停）。第一週結束，對著標準決定續用、調整，或解除安裝。

驗收的品質取決於任務的真實程度：用真實任務驗收，結論可以推到日常；用玩具任務驗收，結論只對玩具有效。問問題的品質也會影響結論，輸入端隨便，帳就不能全算在工具頭上。

標準裡放「輸出可直接採用的比例」，別放「感覺好用」，理由是後者無法對帳：這週跟下週的感覺不能比較，比例可以。能對帳的標準，才支撐得起續用或停用的決定，也讓第一週的結論有個可靠的起點；任務、模型或權限改變時，重新驗收一次再下結論。

驗收不通過就解除安裝，沒有什麼可惜。裝與不裝都是判斷的結果，不是忠誠度的表態。判斷流程自洽，開場同事那句「裝 App 比較保險」，你也能給出屬於自己的答案。工具的價值由任務證明，判斷的價值由流程證明；這兩件事都做到，第一週無論留下或移除，都是好結果。