電腦出問題時，常見的求助方式有兩種。一種是打電話或傳訊息給工程師，把畫面截圖傳過去、把錯誤訊息念出來，等對方在電話那頭念出修復步驟，你再自己一步步照做；另一種是直接把電腦交給工程師，讓他坐到你的椅子上，自己看畫面、自己讀懂你原本在忙什麼，直接動手修好，事後才跟你回報做了哪些改動。
多數人熟悉的 AI 工具，像是 ChatGPT 或 Claude.ai 的網頁版，做的是前一種。它們給建議、給程式碼片段，你自己複製貼上、自己執行，出錯了再回頭問一次。Claude Code 想做的是後一種。它是 Anthropic 推出的命令列型 AI 編程代理（agentic coding tool），直接在你的終端機裡讀檔案、寫程式碼、跑指令，自己把事情做到一個段落，再跟你回報結果。這篇要回答的問題，正是 Claude Code 是什麼，它跟你原本用慣的聊天視窗式工具差在哪裡。
先從它的正式定位講起，再一路拆到它怎麼安裝、能做什麼、怎麼收費。
Claude Code 是什麼？
Claude Code 是 Anthropic 推出的一款代理型編碼工具（agentic coding tool），核心特徵是直接在你的終端機（也就是命令列介面）裡運作。它不只是回答「這段程式碼是什麼意思」這類問題，而是具備 agentic（代理型）能力。這裡的 agentic 指的是，它會自己規劃接下來要走哪幾步、自己去讀專案裡的檔案結構、跨多個檔案修改程式碼、執行終端機指令，一路做到任務結束為止，不需要你每完成一步就重新下一個指令。
這跟你原本可能用過的自動補完型工具（在你打字時跳出建議）或單純的聊天助手，是完全不同代的東西。差別不在「懂不懂程式」，而在「會不會自己動手」。補完工具給你一段程式碼片段讓你決定要不要採用，聊天助手給你文字答案讓你自己去改。Claude Code 收到一個目標之後，會自己規劃方法、跨檔案寫程式碼、跑測試驗證結果，只在真的要修改檔案或執行指令前才停下來問你。
雖然它可以在終端機、IDE、桌面應用程式，甚至瀏覽器裡使用，但最核心的體驗還是留在終端機。這也呼應了 Anthropic 對它的定位，說它「活在你的終端機裡」，其他介面某種程度上都是圍繞這個核心體驗延伸出來的操作方式。
Claude Code 跟 ChatGPT 這類聊天視窗式工具，有什麼差異？
聊天視窗式工具的互動節奏是一問一答，你打一段話進去，它回一段文字，程式碼要自己複製貼上到編輯器裡，跑起來出錯了，還得把錯誤訊息貼回去再問一次。Claude Code 的節奏不一樣，你給它一個目標，它自己去讀專案、規劃步驟、直接修改檔案、跑指令，甚至跑測試驗證，你的角色從「打字執行者」變成「確認方向的人」。
Anthropic 針對 Claude Code 實際使用情形做的研究發現，「要做什麼」這個決定，多半還是使用者自己下（平均掌握約七成）；但「怎麼動手做」則多半交給 Claude（它平均包辦約八成），而且每次你發一句指令，平均就會觸發它自主執行約十個動作。這也解釋了為什麼用起來感覺不一樣。聊天工具每次只回一段文字給你看，Claude Code 卻是在背後真的把事情跑完一輪，你事後看到的是結果而不是每一步的過程。
它跟 IDE 裡常見的程式碼自動補完外掛也不同，補完外掛是你打字時即時跳建議，角色是輔助，決定權完全在你；Claude Code 是獨立在終端機裡運作、自己主導把任務做完的代理，不綁定特定編輯器，你也不用為了用它離開熟悉的終端機環境。至於它會不會亂改你的檔案，答案是不會。它在對你的檔案做出變更或執行指令前，一律會先停下來問過你，這點會在後面「三種執行模式」細講。
Claude Code 怎麼安裝？
終端機安裝的三種方式
先講終端機這條路。macOS、Linux 或 WSL（Windows 上的 Linux 子系統）環境，可以直接跑一行安裝腳本：
curl -fsSL https://claude.ai/install.sh | bashCode language: Bash (bash)用 Homebrew 的人也可以改用：
brew install --cask claude-codeCode language: Bash (bash)Windows 的話，在 PowerShell 裡執行：
irm https://claude.ai/install.ps1 | iexCode language: Bash (bash)或是改用 WinGet：
winget install Anthropic.ClaudeCodeCode language: Bash (bash)以前不少人習慣用 npm 全域安裝，不過這個管道現在已經被列為淘汰方式，Anthropic 建議改用上面這些原生安裝腳本或套件管理器。原生安裝腳本還有一個好處，是背景會自動更新版本，不用自己記得三不五時手動升級。
桌面應用程式與 IDE 擴充套件怎麼選？
除了終端機，Anthropic 也把同一套引擎包進了另外幾種介面。桌面應用程式是一個獨立的圖形介面軟體，不需要開終端機或 IDE 就能用。它可以用視覺化的方式檢視每一次改動的差異、同時並排跑好幾個工作階段、排程重複性的任務，也能用來啟動雲端上的工作階段，適合不習慣打指令、想用滑鼠點選操作的人。
如果你平常就在 VS Code 或 JetBrains 系列 IDE（IntelliJ IDEA、PyCharm、WebStorm 等）裡寫程式，也可以安裝官方擴充套件，直接在編輯器裡開啟 Claude Code 面板。差異會用內嵌方式顯示在程式碼旁邊，你也可以選取一段程式碼直接送給它處理，不必切換視窗。另外還有瀏覽器版本，不需要在本機安裝任何東西就能在瀏覽器裡跑，連手機上的 App 都能接續同一個工作階段。
這幾個入口介面接的其實是同一套核心引擎，你的專案設定檔、偏好設定，不管在哪個介面開啟都是同一套邏輯在運作，只是操作方式跟著各自的介面習慣改變。
第一次啟動 Claude Code 前，要準備什麼？
裝好之後，第一次要用之前得先過認證這關。大多數平台都需要 Claude 訂閱方案（Pro、Max、Team 或 Enterprise 任一種）、或是 Anthropic Console 帳戶其中之一；如果你是走終端機 CLI 或 VS Code 這兩條路，也支援接第三方模型供應商。
在你要處理的專案資料夾裡，打開終端機、切換到那個資料夾，輸入一個字：
claudeCode language: Bash (bash)就會進入互動模式，第一次執行會先提示你登入。登入完成後，它會自動讀取目前所在目錄的檔案與結構，不用你手動把整個專案貼進去給它看。
Claude Code 核心能力有哪些？
讀懂整個專案結構與程式碼搜尋
多數人第一次接觸新專案，得自己先花時間搞懂檔案怎麼分佈、哪個模組負責什麼，再手動把相關檔案挑出來丟給 AI 當上下文。Claude Code 省掉這一步。它用一種叫 agentic search（代理型搜尋）的方式，自己去讀專案結構跟各個檔案間的依賴關係，不需要你手動挑選要參考哪些檔案。你可以直接問它「這個專案在做什麼」「入口點在哪裡」，它會自己去讀、自己整理答案回報給你。根據 Anthropic 的說明，它能在幾秒鐘內就把整個程式碼庫的結構映射清楚並解釋出來。
跨檔案編輯與重構
正因為它一開始就把整個專案的結構跟依賴關係摸清楚了，動起手來也不是只改單一檔案的小修小補。它能同時修改好幾個互相關聯的檔案，並且維持彼此之間的一致性，不會改了這一支檔案卻忘記同步另一支需要跟著調整的地方。這種能力比較適合用在中大型的重構工作，或是一個功能牽涉到好幾個模組要同步調整的情境，而不只是改一行程式碼、修一個錯字這種等級的小任務。遇到牽一髮動全身的變動時，這正是它跟只看得到單一檔案的工具最大的差異所在。
執行終端機指令、跑測試與 Git 提交
它也能直接執行 shell 指令。安裝套件、跑測試、建置專案這些原本要你自己在終端機打指令做的事，它可以自己動手做。跑出來的測試失敗了，它會讀懂失敗訊息、修改程式碼再重跑一次，一路迭代到通過為止，不是跑一次結果不對就停在那裡等你下指令。它也直接跟 git 搭配運作，能自己把改動加進暫存區、寫提交訊息、送出提交。
把這幾項串起來，它甚至能一次接完從讀一則問題回報（issue）開始，寫程式碼修正、跑測試驗證，一路送出拉取請求（PR）的整條流程。你不用在讀 issue 的頁面、寫程式碼的編輯器、跑測試的終端機、開 PR 的介面之間來回切換，全部都能在終端機裡一次處理完。
三種執行模式，怎麼決定 Claude Code 動手的自主程度？
Claude Code 動手前要不要先問過你，取決於你當下開的是哪一種執行模式，常用的有三種，拉開的其實是「風險」跟「順暢度」的取捨。
預設模式最安全。只要是讀取檔案這類不會造成改動的動作，它會直接做；但只要牽涉到修改檔案或執行指令，一律會先停下來，把要做的內容顯示給你看，等你確認才會繼續。剛開始用，或是處理比較敏感的專案，建議先留在這個模式。
如果你還不確定要不要放行，可以切到「計畫模式」。這個模式下它只做讀取檔案、跑指令探索專案這類唯讀動作，把整個做法想清楚、寫成一份計畫拿給你看，但不會真的去動你的原始碼。等你看完計畫、覺得方向沒問題，再決定要逐步確認，還是整批放行讓它接著做。
第三種是「自動接受編輯」模式。一旦切到這個模式，工作目錄裡的檔案修改，以及常見的檔案系統操作（像是建資料夾、搬檔案、複製檔案），都會自動放行，不再逐一詢問。這種模式適合已經看過前面幾輪的改動、確認方向沒問題，想讓它一口氣做完剩下工作的情境，但也因為不再逐一把關，風險相對高一些。
這三種模式在終端機裡可以直接用 Shift+Tab 這個快捷鍵循環切換，目前在哪個模式會顯示在畫面下方的狀態列。這也是它跟純聊天工具很不一樣的地方——聊天工具本來就不會動你的檔案，跑你的指令，沒有「動手前要不要先問過你」這種分級可言；Claude Code 因為真的會動手做事，才需要這一整套權限機制。至於會不會亂改你的檔案，答案是不會貿然動手。即使切到最寬鬆的自動接受模式，像是版本控制系統用的資料夾，或是它自己存放設定的資料夾，這類敏感路徑也不會被自動放行，一樣得經過你同意才會寫入。
CLAUDE.md 是什麼？為什麼要設定它？
CLAUDE.md 是一個你自己建立、放在專案根目錄的 markdown 檔案，Claude Code 每次啟動工作階段都會自動讀取它。你可以把這個專案的技術架構、程式碼風格慣例、限制事項（例如哪些檔案不要碰）都寫進去，好處是不用每次開新的工作階段，都得重新跟它解釋一次這個專案的背景，對長期維護、或是多人協作的專案特別有幫助，因為所有人共用同一份規則，輸出的風格才不會每次都不一樣。
它也可以放在不同的層級，不只專案根目錄，你自己的使用者層級（適用於你所有的專案）也能放一份，而且離目前工作目錄越近的設定，優先套用的程度越高。除了你自己手寫進去的規則，它工作的過程中也會自己建立一種自動記憶，把學到的東西（例如這個專案的建置指令、除錯時發現的眉角）存起來，下次接著用不用你重新交代一次。
Skills 與子代理，怎麼讓 Claude Code 同時處理好幾件事？
Skills 是什麼？把重複的工作流程存成可重複叫用的技能
如果你發現自己一直把同一套流程、檢查清單、或是要跑好幾個步驟才能完成的程序，重複貼進對話裡叫它照著做，這種情況就適合存成一個 Skill（技能）。做法是建立一個叫 SKILL.md 的檔案，把這套劇本寫進去，存好之後 Claude Code 會在判斷情境相關時自動拿出來用，你也可以直接下指令叫用它。
Skills 跟把規則寫進 CLAUDE.md 最大的不同，在於載入的時機。CLAUDE.md 的內容每次啟動工作階段都會整份讀進去，Skill 的內容卻只有真正要用到的時候才會載入。這代表就算你存了好幾份很長的參考資料當 Skill，平常對話根本用不到它們，也幾乎不會佔用額外的對話成本，只有真正叫用到那一份的時候，才會把內容讀進來。
子代理背景執行，能帶來什麼實際好處？
當一個任務本身要花不少時間探索、查資料，或是本身是一個獨立性夠高的子任務時，Claude Code 可以把它拆給一個子代理（subagent）去處理。子代理是一個獨立執行的實例，它跟主對話共用同一組工具跟 Skills，但擁有自己獨立的上下文。換句話說，它探索過程中讀了多少檔案、查了多少資料，這些過程細節都留在它自己的上下文裡，不會一股腦塞進你的主對話，回報回來的只有整理過的結果摘要，讓主對話保持乾淨。
真正拉開差距的是「背景執行」這件事的實務意義。子代理可以在背景裡繼續跑，你不必坐在那裡等它做完。前景（foreground）執行的子代理會擋住主對話，你得等它跑完才能繼續往下；背景（background）執行的子代理則是同時進行，你可以在主對話裡接著交代下一件事，或是去做別的確認，不必等前一件事收尾。這也是它被稱為「代理」而不只是「聊天機器人」的關鍵差別——聊天視窗式工具的節奏是你問一句、等一句回覆，回覆出來之前你什麼都做不了；Claude Code 讓好幾件事可以同時往前推進，不必等它做完，你可以先去忙別的事。
MCP 與 Hooks，怎麼串接外部工具、自動觸發腳本？
MCP 能連接哪些外部工具？
如果你要串接資料庫、或是像 GitHub 這類版本控制平台，原本得自己手動把查詢結果複製貼上，或是為了對照資料在好幾個視窗之間切來切去。MCP，全名是 Model Context Protocol，是一套開放標準，專門用來打通 AI 工具跟外部資料來源、服務之間的這一段。透過 MCP，Claude Code 可以連上資料庫、串接 GitHub 這類版本控制平台，讀取雲端硬碟裡的檔案、更新專案管理工具裡的票證，或是從其他協作工具裡把資料抓出來用，省下原本得自己複製貼上、來回切換視窗核對的功夫。
Hooks 怎麼在特定時機自動觸發腳本？
Hooks 則是讓你在特定的時間點，自動觸發你自己寫的腳本。啟動的時候、它要用某個工具前後、或是整個任務結束的時候，都可以掛一個腳本上去執行。實務上常見的用法，像是在它要執行一個風險比較高的指令之前，先跑一支檢查腳本做二次確認，只要腳本判斷有問題，就擋下來不讓它繼續執行；或是任務跑完之後，自動發一則通知讓你知道結果。這算是讓你替 Claude Code 訂出行為規則的進階自訂機制，一般讀者只要先知道有這麼一回事就好，實際要怎麼設定是比較進階的操作，不必一開始就深入研究。
不是工程師，也能用 Claude Code 嗎？
終端機、代理型這些字眼，很容易讓沒寫過程式的人先入為主覺得這是工程師專屬的工具。其實它的操作邏輯是自然語言驅動的，你不需要背誦特定的指令語法，把你想做的事情用一般的話講清楚，它就會自己去理解、去規劃怎麼做。
Anthropic 針對實際使用情形做的研究發現，前十大職業類別的使用者，完成任務的驗證成功率都落在軟體工程職務的成功率七個百分點以內。決定成敗的關鍵，是你對自己要解決的問題有多熟悉，而不是你有沒有受過程式訓練。換句話說，一個對自己業務流程很熟的人，就算不會寫程式，也能靠著把問題描述清楚，指揮 Claude Code 完成不少工作。
不過有一點還是要提醒，權限是漸進式授予的，遇到刪除檔案、修改系統層級設定這類操作，它還是會先停下來徵求你的同意，不會自己貿然執行。如果你還不熟悉，可以先從唯讀、風險低的任務開始試，像是請它幫你讀懂一個專案的結構、或是解釋某段程式碼在做什麼，熟悉這套互動方式之後，再慢慢放手讓它做更多事。
Claude Code 費用怎麼算？
要用 Claude Code，取得方式大致分兩種。一種是訂閱 Claude 的方案，像是 Pro、Max、Team 或 Enterprise，方案裡就內含一定的使用額度，不用另外按用量計費；另一種是透過 Anthropic Console 帳戶，依照實際的 API 用量計費，用多少算多少。
方案等級越高，內含的額度越多，長時間連續使用的餘裕也越大。如果你只是偶爾用一下、處理小任務，基礎方案的額度通常就夠；但如果是每天都要處理大型專案、跑比較久的任務，額度較高的方案會比較符合實際使用強度。正式的定價數字跟額度內容，會隨官方頁面當下的公告調整，實際使用前建議直接查當下的公告為準。
看完 Claude Code 是什麼、能替你做哪些事之後，真正該問的問題，其實是你手上有沒有那種重複、瑣碎、一直拖著沒處理的工作。有的話，不妨先從一個唯讀的小任務開始，讓它讀懂一個專案、解釋一段程式碼在做什麼，感受一下這種互動方式跟你原本用慣的聊天視窗有什麼不一樣。
與其隔著螢幕一句一句喊話，等對方念出步驟你再自己動手，不如讓工程師直接坐到你的電腦前，自己動手做一次看看，結果好不好，你自己判斷。