指揮 AI 工作台

先把三個東西擺在一起比。聊天（就是你熟悉的 claude.ai 對話框）只能看到你貼進去的東西，它給你一段文字，搬回檔案的苦工是你的。上一站的 Cowork 前進了一大步——它能直接動你指定資料夾裡的檔案，介面還是聊天的樣子。Claude Code 則是把同樣的「會動手」能力，搬到一個更有力、給進階使用者的環境：終端機。它一次能掌握的檔案更多、能跑的指令更完整、也更能處理「一件事要動十幾個檔案、還要跑測試確認沒壞」這種真正複雜的工作。

它之所以能做到這些，是因為它是一個 AI 代理（agent）。這個詞聽起來很玄，其實意思很單純：一般的 AI 助理是「你問一句、它答一句」，代理則是「你交代一個目標，它自己在一個循環裡反覆地想、動手、再檢查，直到把目標達成」。過程中它會用到各種工具——讀檔案的工具、跑指令的工具、上網查資料的工具——就像一個員工手上有一整套工具箱，會自己判斷這一步該拿哪一件。

具體它能幫你做什麼？用台灣中小企業的場景講：讀懂並解釋——你接手一個前人留下的公司官網，可以叫它「解釋這個網站每個檔案在做什麼、首頁的價目表是哪個檔案在管」。跨檔案批次修改——「把全站的舊電話換成新的、順便把頁尾的年份改成今年」，它會找出每一個出現的地方一起改，不會漏。自己跑指令——它能執行你平常手動跑的那些流程（例如把網站重新產生一次、確認沒壞），再根據結果決定下一步。上網查——需要最新的資料或說明文件時，它會自己去查。

但要記住兩件事，你才用得安心。第一，它有一個叫 context window（脈絡視窗）的東西，可以想成它的「工作記憶」——很大，但不是無限，塞太多會變鈍（後面會專門講怎麼管）。第二，它會犯錯：可能誤會你的意圖、引進一個小毛病、或把簡單的事做得太複雜。這就是為什麼它預設「先問過你才動手」，也是為什麼你不能整包丟著走開。你的角色從「人肉搬運工」升級成「盯著看、做決定、驗收成果」的負責人。

先破除門檻。終端機不是什麼神秘的工程師結界，它只是一個「你打字、電腦照做」的視窗——你平常用滑鼠點來點去做的事，在這裡改成打字交代。在 Mac 上，打開「應用程式 → 工具程式 → 終端機」就是它；Windows 則有 PowerShell 等對應的視窗。安裝 Claude Code 的官方做法，就是從官網複製一行安裝指令、貼進這個視窗、按 Enter，剩下的它自己完成。裝好之後，你在終端機輸入 claude 這個字就能啟動它；如果一開始沒反應，把終端機關掉重開通常就好。

啟動前有一個觀念一定要懂：你在哪個資料夾啟動 Claude Code，它就只能看到那個資料夾和底下所有子資料夾。這其實是保護你的機制——它碰不到你沒帶它進去的地方。所以標準動作是「先切換到你要處理的專案資料夾，再輸入 claude」。第一次啟動它會帶你做幾個設定：選個配色、用你的 Claude 帳號登入（Pro、Max 或公司的企業帳號都可以，公司有企業帳號記得選那個）。這些一次做完，之後就直接進工作。

真正的重點，是這三種監督層級——它決定「它動手前要不要先問你」，是你放不放心的關鍵旋鈕。用鍵盤的 Shift + Tab 就能循環切換：approval（審核模式，預設）——它每要改一個檔案、每要跑一個指令，都先停下來問你「可以嗎」，你點頭它才做，最穩、最適合新手。auto-accept（自動接受）——改檔案不再一個個問你、自動接受，但要「跑指令」這種影響更大的動作還是會停下來問；適合你已經信任它、想加快節奏時。plan mode（計畫模式）——它完全不動你的檔案，只用「唯讀」的方式讀你的專案、研究怎麼做，最後給你一份完整計畫；這是最安全的一檔，特別適合複雜任務或只想請它做個檢查。

給你一個實用的上手節奏：第一次用，就停在 approval 模式，讓它每一步都問過你，你會很清楚它想幹嘛、也隨時喊得停。等你跟它合作幾次、抓到它的脾氣了，再對那些你很有把握的重複小事切到 auto-accept 加速。而每次要交代「有點複雜、會動很多檔」的任務，養成先切 plan mode 的習慣——先看計畫、確認方向對了，再放它去執行。這個習慣是下一個技能點的核心，這裡先讓你的手熟悉 Shift + Tab 這個動作。

先講為什麼要有這一招。大部分人拿到 AI 就是一句「幫我把某某功能做出來」，然後它就衝了——問題是它對你的專案理解可能是錯的、對「做成什麼樣才算好」的認知可能跟你差很遠，等它做完你才發現方向歪了，只好一輪一輪地改，時間反而花更多。探索 → 計畫 → 執行 → 確認這個流程，就是把「想清楚」硬性地擺到「動手」前面。如果這一站你只帶走一件事，帶走這個。

探索和計畫這前兩步，最省事的做法就是用上一個技能點學到的 plan mode（計畫模式）。在計畫模式裡，它不能改你任何檔案，只能讀——它會去讀相關的檔案、必要時上網查資料，搞懂現況之後，回給你一份「我打算這樣做」的計畫。舉個絲萬萬會遇到的例子：你想在公司官網上加一個「最新活動」的區塊，你切到 plan mode 然後說「我想在首頁加一個最新活動區塊，先幫我搞清楚首頁是哪個檔案在管、加這個東西要動到哪些地方、你打算怎麼做」。它讀完會告訴你計畫，甚至反問你幾個問題（活動要放幾則？要不要放圖？）。這一步是你最該花力氣的地方——因為此刻還沒動到任何一個檔案，你在這裡改方向的成本是零；一旦它開始動手，改起來就貴了。計畫看了不滿意，就指出哪裡不對、叫它重擬，直到對為止。

計畫對了，按核准（approve）放行，進入執行。這時你可以選它自動改檔、還是每步問你（就是上一個技能點的 auto-accept 對 approval）。要讓執行順利，有兩個訣竅特別有用：第一，把「怎樣算做對」講明白——它要有一個清楚的成功標準，才敢確定自己做完了；像「改完之後網站要能正常打開、每一頁的電話都是新號碼」這種驗收條件，寫進計畫裡最好。第二，給它可以自我檢查的工具——如果你的專案本來就有一套「檢查有沒有壞掉」的流程（工程上叫測試），讓它每做一步就拿去驗一次，它就能自己抓錯、少來煩你。執行不是一鍵完成、走開等結果，而是一來一往：它卡住時你補一句話把它拉回正軌。這裡有個好用的小撇步——如果你發現它一直在同一個地方犯同樣的錯，直接叫它「把這個解法記到 CLAUDE.md」，下次它就不會再踩同一個坑（CLAUDE.md 是下一個技能點的主角）。

最後是最容易被跳過、卻最值錢的一步：確認。這裡有一個很聰明的做法——在你把成果定案之前，請它另外開一個「子代理（subagent）」來複查你的改動。子代理你可以想成「請一位剛進來、沒參與剛才那場工作的同事」：它用一顆乾淨、沒有成見的腦袋重看一遍，而剛才親手做事的那個 AI，多少會對自己的成果有「這應該沒問題吧」的偏心，反而看不到自己的盲點。做程式的人會特別要求這個複查員只用唯讀工具——它的任務是挑毛病、不是自己動手改。複查沒問題、你自己也親手打開成果驗收過了，才請它幫你把這次改動存檔定案（commit）——commit 你可以理解成「拍一張存檔快照，替這次的成果寫一句說明、正式記一筆」，之後萬一想反悔，還回得去這個版本。做完一輪，就換下一件事，如此循環。

先給你一個好記的比喻。AI 的 context window（脈絡視窗）就是它的辦公桌面，或說「一次能記在腦子裡的工作記憶」。你跟它講的每一句話、它為了做事讀進來的每一個檔案、它跑指令跑出來的每一段結果——全都攤在這張桌面上。桌面很大，能同時攤很多資料，但它終究有邊界，不是無限大。這件事為什麼你要管？因為桌面一旦堆到快滿，它就開始抓不到重點、回應變慢變鈍，甚至把你早先交代的關鍵細節給埋掉——這就是很多人說「怎麼聊到後來 AI 變笨了」的真正原因。

當桌面快滿，Claude Code 會自動做一件事叫壓縮（compaction）：它會把前面的對話濃縮成摘要、把一些不再需要的指令結果丟掉，好把桌面清出空間繼續用。這是它的自保機制，但你要知道壓縮有代價——濃縮的過程可能把某個你其實還在意的細節一起摘掉。所以與其被動等它自動壓縮，不如你主動管理，讓桌面一直維持在「清爽、只放這件事需要的東西」的狀態。

你手上有三個指令可以主動整理桌面。/clear是「全部清空、從頭開始」——它把整張桌面掃乾淨，之前談的東西全部忘掉。時機是：你要開始一件全新的、跟剛才不相干的任務。比方你剛弄完官網的活動區塊，接下來要去整理一批報表，這兩件事毫無關係，這時 /clear 一下，別讓官網的脈絡跑來干擾報表的工作。/compact是「整理但保留記憶」——它把目前為止的內容濃縮成摘要、留住重點、騰出空間。時機是：你還在做同一件事、但桌面快滿了、又必須繼續，這時 /compact 讓你不用重講一遍前情就能接著做。/context則是「照鏡子」——它顯示桌面現在多滿、哪些東西占最多空間，讓你自己判斷該 compact、該 clear、還是還撐得住。

最後給幾個省桌面空間的實用習慣。第一，把話講具體：模糊的一句「幫我弄一下」看起來很短，其實更燒空間——因為它得自己去翻一大堆檔案、自己猜你要什麼，這些探索全都堆上桌面；反而一開始就講清楚，它直奔重點，桌面乾淨得多。第二，該記的事寫進 CLAUDE.md（下一個技能點）：你希望它跨對話都記得的規矩，寫進檔案，就不必每次重講、也不必怕被 /clear 清掉。第三，善用子代理：像「我的網站設定檔在哪個資料夾」這種你只要一個答案的小事，丟給子代理去查，它用自己那張獨立的桌面做完、只把答案交回來，你主桌面依然清爽。

先講它解決什麼痛。沒有 CLAUDE.md 的時候，你每次打開 Claude Code，它都是一張白紙——它得重新去摸索你這個專案是怎麼組起來的、用了哪些東西、哪些功能已經做過了。摸索的過程它會自己做一堆假設，假設錯了你就得一路糾正，很累。CLAUDE.md 就是來補這個洞的：它是一個放在你專案資料夾根目錄的純文字檔（副檔名 .md 是一種很好寫的純文字格式），Claude Code 每次啟動都會自動把它讀進去。你可以把它想成「這個專案的新人上工手冊」——一個新同事報到，你會先給他一份說明公司怎麼運作的文件，CLAUDE.md 就是給 AI 的那份。

那手冊裡該寫什麼？寫「每次都適用的規矩」。官方的範例長這樣：先寫這個專案是什麼（例如「這是一個公司官網，用某某工具搭的」）；再寫常用指令（例如「要預覽網站跑哪個指令、要重新產生跑哪個」）；再寫風格和慣例（例如「檔名一律用小寫、日期格式用哪一種、頁尾一定要放公司電話」）。重點是這些都是「不管這次做什麼事都成立」的東西。反過來，這次任務才有的一次性細節（例如「這篇活動貼文限 150 字」）就不要寫進去——那種話當下講給它聽就好，塞進手冊只會把它撐肥、失焦。

這份手冊還分兩種，別搞混。專案版放在專案資料夾根目錄，它會跟著這個專案走，而且你該把它一起交給團隊共用——這樣不只你，全公司用這個專案的人，開 Claude Code 都自動吃到同一套規矩，大家的產出就一致。個人版則放在你自己的設定資料夾裡，只屬於你、而且套用到你電腦上所有專案——把你個人的偏好（例如「回答我一律用繁體中文」）寫這裡最合適。一個負責維護官網的絲萬萬同事，就可以在官網專案的 CLAUDE.md 寫死「電話一律用新號碼、頁尾年份每年初提醒我更新」，往後它每次動這個網站都自動遵守。

最後是最實用的一條心法：不要一開始就埋頭寫一大份 CLAUDE.md。官方的建議反而是——先裸著用（不放手冊），在實際做事的過程中，留意「哪些地方我老是要重複糾正它」（例如它每次都把日期寫成美式格式、你每次都得改回來）。這些「你一再糾正的點」，正是最該寫進手冊的東西。累積幾條之後，你甚至可以直接下 /init 這個指令，讓 Claude Code 自己看過你的專案、幫你生一份初版 CLAUDE.md，你再微調。這樣長出來的手冊，精簡、只放真正必要的資訊，而不是一堆它其實用不到的贅字——這也呼應你上一個技能點學到的：桌面空間寶貴，手冊也要乾淨。