文章目錄
Claude Code 是什麼？完整教學：安裝、指令、CLAUDE.md、權限與進階用法
Claude Code 是 Anthropic 推出的 AI coding agent，能直接讀取你的專案目錄、修改檔案、執行終端機指令、跑測試，而且不需要離開開發環境。它跟 ChatGPT 最根本的差異在於：ChatGPT 在瀏覽器裡跟你「聊」程式，Claude Code 走進你的本機 repo 動手做事。跟 OpenAI Codex 的核心差異則是定位：Claude Code 貼近本機開發流程，Codex 以 App 和雲端任務分派為主，想深入了解可以看我們的 OpenAI Codex 完整教學（完整兩者比較見〈Codex vs Claude Code 比較〉）。值不值得用？如果你日常需要在本機處理程式碼、檔案或自動化流程，值得試。如果只是偶爾問幾個問題，ChatGPT 就夠了。
先說實測結論：我們用 Claude Code 在一個約 8,000 行、45 個檔案的中型 Node.js 專案上跑了三個任務（修一個 login API 回傳 500 的 bug、補 password validation 的單元測試、更新過時的 README），三件事加起來約 9 分鐘，同樣的工作手動處理大概要 40-50 分鐘。但其中有 1 個測試是「看起來合理、跑起來才發現錯」的 unicode 邊界誤判，這種輸出最需要人工覆核。下面會把這段實測過程、踩到的坑、安裝到 CLAUDE.md 的完整設定，以及值不值得導入的判斷一次講清楚。
TL;DR： Claude Code 的強項是貼近本機開發流程。Codex 的強項是程式介面與任務分派。只想在本機深度處理一個 repo，先試 Claude Code；想在程式介面管理多個任務，優先看 Codex。
10 分鐘開始用 Claude Code
最快的方式是打開終端機，六步走完。前提是你已經有 Claude Pro 以上的帳號。
步驟 1：安裝（1 分鐘）
官方推薦用 native install（一行指令、不需 Node.js）：macOS/Linux/WSL 跑 curl -fsSL https://claude.ai/install.sh | bash，Windows PowerShell 跑 irm https://claude.ai/install.ps1 | iex。裝好就有 claude 指令可用（舊的 npm install 方式官方已標為不建議）。
步驟 2：登入（1 分鐘）
終端機輸入 claude，第一次執行會引導你用瀏覽器完成 Anthropic 帳號授權，授權完自動接上，不需要額外設定 API key。
步驟 3：進入專案（30 秒）
用 cd 切到你想讓 Claude Code 工作的專案目錄，然後輸入 claude 啟動。它會自動偵測這個目錄下的檔案結構、Git 狀態和相關設定。
步驟 4：下第一個指令（2 分鐘）
老實說，第一次用 Claude Code 最好的入門指令不是叫它改東西，而是叫它讀專案。試試這句：
「請先讀這個專案，不要修改檔案，幫我摘要架構。」
這句話讓它只做理解、不動手。你會看到它自己讀目錄、開檔案、抓重點，然後給你一份結構摘要。這就是 agentic coding 的核心：它自己決定要讀哪些檔案、怎麼理解你的專案。更多 Claude 的基本操作，可以參考我們的 Claude 教學。
步驟 5：試一個小任務（3 分鐘）
接著給它一個具體但小的任務，例如：「幫我在 README.md 加入一個安裝說明段落」。它會讀現有的 README、判斷格式、產生新內容，然後詢問你是否同意修改。確認後它才會寫入檔案。
步驟 6：查用量（30 秒）
在對話中輸入 /usage，可以看到目前的 token 用量和剩餘額度。養成習慣，每隔一段時間確認一下。
走完六步你就用過了。接下來的內容都是在這個基礎上往上加。
新手一週練習路線：把 Claude Code 用進真實專案
很多人裝完 Claude Code 之後就卡住，不知道怎麼循序漸進。底下是一份一週練習路線，每天給自己一個明確的小目標，七天結束你會擁有一套可重複使用的工作流程。重點不是學會所有指令，而是建立「先規劃、再動手、接著驗收」的肌肉記憶。
| 天數 | 練習目標 | 代表指令 | 驗收標準 |
|---|---|---|---|
| Day 1 | 安裝、登入、讓它讀懂一個小專案 | claude +「摘要這個專案架構，不要改檔」 | 能正確說出技術棧、目錄結構與入口檔案 |
| Day 2 | 建立 CLAUDE.md，把慣例寫進去 | /memory 編輯專案規範 | 拿掉任何一條規則，AI 都會犯對應的錯 |
| Day 3 | 練習 Plan Mode，只看不動 | /plan 或 Shift+Tab 切到 Plan Mode | AI 提出的步驟你看懂、也同意 |
| Day 4 | 派一個小修改任務並看 diff | 「幫這個 function 加錯誤處理」 | 改動範圍符合預期、沒有動到不相關檔案 |
| Day 5 | 補測試或補文件 | 「幫 src/lib/password.ts 補單元測試」 | 產生的測試能跑、案例覆蓋正常與邊界值 |
| Day 6 | 處理一個真實 bug | 「login API 回傳 500，找出原因，先不要改檔」 | 正確定位根因，修法與專案慣例一致 |
| Day 7 | 整理一週成果並調整設定 | /usage + /compact | 能說出哪類任務最耗 token、CLAUDE.md 是否要補 |
這條路線的核心是「風險從低到高」。前三天都是只讀或只規劃，你不會弄壞任何東西；第四天起才開始真的改檔案，而且每次都先看 diff 再決定是否接受。如果你的專案還沒有測試和 lint，建議在 Day 3 之前先把這些基礎設施補起來，後面的練習會踏實很多。
另一個關鍵是每天收尾都要驗收。AI 給的輸出「看起來合理」不等於「真的正確」，特別是補測試和修 bug，一定要實際跑過驗證。把這個習慣建立起來，一週後你對 Claude Code 的判斷可信度會有清楚的依據，而不是憑感覺。
下 prompt 的三個原則：背景、限制、驗收
很多人覺得 Claude Code 不好用，問題往往出在指令寫得太模糊。把同一個任務的兩種寫法擺在一起，你會看到明顯差距。底下三個原則可以記起來：給背景（這是什麼專案、為什麼要改）、給限制（哪些檔案不能動、用什麼風格）、給驗收（怎樣算做完、要不要跑測試）。
| 任務 | 模糊寫法（容易出錯） | 清楚寫法（背景＋限制＋驗收） |
|---|---|---|
| 修一個 API bug | 「login 壞掉了，幫我修」 | 「這是 Express 後端。login API 回傳 500，找出根因，先不要改檔；只看 src/routes/auth 底下的程式碼；給我修法後我用既有的錯誤格式 { success, data, error } 驗收。」 |
| 補測試 | 「幫密碼驗證寫測試」 | 「這是 ESM 專案，用 Vitest。幫 src/lib/password.ts 補單元測試，覆蓋正常輸入、空值、unicode 特殊字元三類；測試要能直接 npm test 跑過，不要動其他檔案。」 |
| 更新文件 | 「README 太舊了更新一下」 | 「讀現在的程式碼，把 README 更新成符合現況。只更新安裝與指令段落，不要新增『貢獻指南』這類不存在的章節；更新完跑一次 npm run lint 確認沒有格式問題。」 |
這三組對照有一個共同點：右邊的版本都把「AI 容易自由發揮的地方」先框住。給了背景，它就不會用跟專案不一致的慣例；給了限制，它就不會去動你不想被改的檔案；給了驗收條件，它就不會在沒跑測試時就宣稱完成。多花三十秒寫清楚指令，通常能省下十幾分鐘修正時間。
如果你發現自己常常要重複解釋同一組背景，那就代表這些資訊該寫進 CLAUDE.md，而不是每次都重打。指令是臨時的，設定檔是長期的，兩者搭配才是順手的工作流。
想把背景、限制、驗收再升一級，可以套用 PTCF 提示詞框架：Persona（角色，要它用什麼身分思考）、Task（任務，要它做什麼）、Context（脈絡，相關的專案背景與限制）、Format（格式，要它用什麼形式輸出）。例如把「幫我寫測試」改寫成「你是這個專案的資深測試工程師（Persona），幫 password.ts 補單元測試（Task），這是 ESM 專案用 Vitest、不能動其他檔案（Context），輸出成可直接 npm test 跑過的測試檔（Format）」。背景、限制、驗收對應到 PTCF 的 Context 與 Task，再多補一個角色設定與輸出格式，指令的精準度會再往上提一階。
Claude Code 是什麼？不是「更會寫程式的 ChatGPT」
最常見的誤解：Claude Code 就是一個比較會寫程式的 ChatGPT。不是。兩者的根本差異在於能不能動手。ChatGPT 是聊天室裡的程式設計顧問，你問它答，答案貼出去之後要自己動手改檔案、跑指令、看結果。Claude Code 是走進你開發環境裡的 agent，它可以直接存取檔案系統、執行終端機指令、讀取 Git 狀態，然後自己做修改、自己跑測試、自己看結果決定下一步。
用一個比喻：聊天式 AI 像你拿食譜打電話問朋友怎麼煮，對方口頭告訴你步驟，你自己在廚房操作。Claude Code 像有人直接走進你的廚房，幫你找鍋子、切菜、開火，每做一步會先問你「這樣可以嗎」，你點頭它才繼續。
根據 Anthropic 官方文件，Claude Code 支援 5 種作業系統（macOS、Ubuntu / Debian / Fedora、Windows WSL、ChromeOS Linux、Oracle Linux），7 種以上介面（CLI、VS Code 擴充功能、JetBrains 外掛、Web、Desktop App、GitHub Actions、API）。它不是單一產品，而是一整組跟開發環境綁定的 agent 介面。
定義講清楚：Claude Code 是一個 agentic coding tool。「Agentic」的意思是它不是一問一答就結束，而是會根據任務自己決定要做哪些事、讀哪些檔案、跑哪些指令，然後觀察結果再決定下一步。這個循環會一直重複，直到任務完成或它需要你介入判斷。
第一次使用，我建議先讓它讀專案，不要一開始就叫它改檔案。理解它的判斷邏輯之後，再慢慢加大任務範圍。這不是因為它不安全，是因為你要先建立對它的判斷可信度。想知道更多 Claude 的基本概念，可以看我們的 Claude 教學；想了解 AI 搜尋如何改變內容與開發工作，可參考 AI 搜尋 SEO 完整指南。
Claude Chat、Cowork、Code 差在哪？三種型態一次搞懂
Claude 目前有三種產品型態，很多人分不清。直接講：Chat 是瀏覽器裡的問答工具，Cowork 是桌面 App 裡的協作空間，Code 是終端機裡的 coding agent。三個都用同一個 Claude 模型，但定位和操作方式完全不同。
Claude Chat（對話型）
就是你在 claude.ai 網站或手機 App 上用的那個 Claude。問問題、寫文案、分析資料、整理筆記，都是在聊天介面裡完成。特點是操作簡單、跨平台，但所有動作都限於對話框裡。它不能幫你改本機檔案、不能跑終端機指令，產出只能複製貼上。
Claude Cowork（協作型）
Cowork 是 Claude Desktop 裡的協作介面。它提供一個虛擬沙盒環境，Claude 可以在裡面建立文件、畫面和應用原型。適合需要反覆修改同一份文件、或想讓 Claude 產出具體可交付成果的使用者。關鍵限制：它在沙盒裡操作，不碰你的本機檔案系統。
Claude Code（終端機 agent）
前面已經提過，它直接在你的電腦上操作。讀檔案、改程式碼、跑測試、操作 Git，全部在本機環境裡完成。它不是在沙盒裡幫你做東西，是走進你實際的工作目錄動手做事。這也代表你給它的權限越大，它能做的事越多，但你需要看著它。
三種型態比較
| 功能特性 | Claude Chat | Claude Cowork | Claude Code |
|---|---|---|---|
| 主要入口 | 瀏覽器、手機 App | Desktop App | CLI、VS Code、IDE |
| 操作環境 | 對話框 | 虛擬沙盒 | 本機檔案系統 |
| 能改本機檔案 | 否 | 否 | 是 |
| 能跑終端機指令 | 否 | 否 | 是 |
| 適合場景 | 問答、寫作、分析 | 文件協作、原型產出 | 程式開發、自動化、Git 操作 |
| 目標使用者 | 所有人 | 知識工作者 | 開發者、技術使用者 |
誰該用哪個？問問題和寫東西用 Chat，想讓 Claude 在專屬空間幫你產出文件或原型用 Cowork，想讓它直接改你的程式碼和跑指令用 Code。最常被搞混的是 Cowork 和 Code：Cowork 是 Claude Desktop 裡的協作介面，Code 是獨立的 coding agent，兩個完全不一樣。更多細節可以看 Claude 教學和 Claude Desktop 介紹。
Claude Code 怎麼運作的？理解 Agent Loop 才能用得好
Claude Code 的核心運作機制是一個叫做 Agent Loop 的循環。理解這個循環，你才知道為什麼有些任務它做得好、有些不行，以及怎麼給它更好的指令。
Agent Loop 分六步。
- 理解任務 — 解析你給的指令，確認目標是什麼
- 探索上下文 — 自己決定要讀哪些檔案、看哪些目錄、查哪些設定
- 制定計畫 — 根據探索結果，列出要執行的步驟
- 執行動作 — 修改檔案、跑指令、安裝套件、執行測試
- 觀察結果 — 讀錯誤訊息、檢查測試輸出、確認修改是否生效
- 調整或回報 — 如果結果不對，回到步驟 2 重新探索；如果完成，回報給你
這不是一次給答案就結束的過程。它可能會迴圈跑很多次，每次根據上一步的結果調整方向。這就是為什麼 Claude Code 處理一個任務可能要幾十秒到幾分鐘，而不是像聊天機器人那樣秒回。
但這裡有一個關鍵問題：Agent Loop 的第 5 步「觀察結果」需要回饋訊號。如果你的專案沒有測試、沒有 linter、沒有型別檢查，也沒有明確的錯誤訊息，Agent Loop 就像在陌生城市裡靠感覺開車。它會試著判斷自己做對了沒有，但缺乏客觀的驗證機制。這不是 Claude Code 的 bug，是所有 agentic tool 共同的結構性限制。
所以如果你的專案還沒有測試和 lint，建議先花時間把這些基礎設施建起來。不是為了「正規開發流程」，是為了讓 Agent Loop 有回饋可以吃，它才能做得更好。把這個迭代循環再往前推一步，就是 Loop Engineering（迴圈工程）；要讓每次迴圈都帶著正確脈絡，可搭配 Open Knowledge Format（OKF） 把專案知識標準化。
Claude Code 能幫你做什麼？工程師與非工程師的實用場景
直接回答：Claude Code 能做的事比你想像的多，但不是每件事都適合全交給它。以下分工程師和非工程師兩個群體來看。
工程師的 7 個場景
| 場景 | 可以幫忙的 | 仍要把關的 |
|---|---|---|
| 修 bug | 讀錯誤訊息、定位根因、提出修復方案 | 邊界條件、效能影響、向後相容 |
| 寫測試 | 根據現有程式碼產生測試案例 | 測試覆蓋率是否足夠、案例是否有意義 |
| 重構 | 統一命名、拆分大函式、搬移檔案 | 重構後的行為是否完全不變 |
| 整理文件 | 更新 README、補 API 文件、整理 CHANGELOG | 技術細節的準確性 |
| Git 操作 | 產生 commit message、建立分支、解 merge conflict | 分支策略、release 流程的判斷 |
| 學新專案 | 快速摘要架構、畫出依賴關係、解釋核心邏輯 | 深層設計決策的脈絡 |
| 自動化流程 | 寫 CI/CD 腳本、建置工具鏈、設定 lint/format | 安全性設定、環境變數管理 |
非工程師也能用的場景
不用會寫程式，Claude Code 一樣幫得上忙。以下是幾個實際的例子。
整理資料夾、批次改檔名。200 張照片檔名是 IMG_20260101_001.jpg 這種相機預設格式，想改成「日期＋地點」。跟 Claude Code 說「把這個資料夾裡所有照片按照 EXIF 日期重新命名，格式是 YYYY-MM-DD-序號」，它會寫腳本、執行、完成，你只要確認前幾個檔名對不對。
把 Excel 資料彙整成報表、自動化重複作業。月底行銷部門跑了 8 個活動、各一份 Excel 成果表，你可以叫 Claude Code 讀進來按欄位彙整成總表，甚至產生統計摘要，省下半小時。每週固定要寄檔案、每天要複製資料到試算表這類規律工作，也能請它寫成可重複執行的腳本。需要內部表單頁或簡單工具，它也能直接產生 HTML/CSS/JS。
一個星期五下午的故事
想像一個情境：星期五下午四點半，你接到一個兩年前別人寫的專案的 bug 回報，程式碼你沒看過、文件幾乎是空的。手動讀完加 debug 可能到下班還做不完。這時你打開 Claude Code，請它先讀專案架構、找出跟錯誤訊息相關的模組、定位根因，十分鐘後有了方向，三十分鐘修復完成、測試也跑過了。但有一個判斷要說清楚：可以讓 Claude Code 做，不要一開始就全自動做。先讓它做一步、你確認一步，建立信任之後再慢慢放大，把它當成能力很強但偶爾會犯錯的同事，而不是全知全能的自動化機器。
Claude Code 和 Codex 比該選哪個？看三點就夠
搞懂 Claude Code 能做什麼後，很多人會問它跟另一個熱門 coding agent OpenAI Codex 差在哪。判斷要用哪個工具，看三個面向就夠：定位、入口、適合的工作類型。Claude Code 貼著你本機專案工作，讀你的程式碼、理解目錄結構、在你允許的前提下直接改檔；Codex 以 App 與雲端任務為中心，支援 CLI 但那不是主戰場。更完整的對照詳見 OpenAI Codex 完整教學。
| 比較面向 | Claude Code | Codex |
|---|---|---|
| 核心定位 | 本機深度工作的 AI agent | 雲端任務為中心的 agent 平台 |
| 主要入口 | CLI、VS Code、Desktop App、Web | ChatGPT App、Web、IDE、Cloud、GitHub、Slack |
| 最適合 | 需要深度理解專案結構的複雜開發任務 | 批量背景任務、PR review、團隊協作流程 |
該選哪個不是誰比誰強，而是使用場景的問題：本機終端機深度工作選 Claude Code，雲端批次任務或 GitHub issue 自動處理選 Codex；已在 ChatGPT 生態、團隊慣用 ChatGPT 討論則 Codex 導入摩擦低，已在 Claude 生態則 Claude Code 更自然。多數人其實兩個都用：本機深度開發和重構交給 Claude Code，雲端批次任務和 PR review 交給 Codex，兩者在生態上互補而非互斥。想看更廣的 AI 工具版圖可比較 Grok；當 AI 搜尋成為新戰場，了解 GEO 與 AISO 對選工具有幫助。資料來源：Claude Code 官方文件、Codex App 文件。
別搞混：Claude Code 和 Claude Cowork 不一樣
很多人在 Desktop App 裡看到「Code」和「Cowork」兩個分頁就混了。它們是完全不同的產品定位：
- Cowork 是 Desktop 裡的視覺化協作介面，適合處理文件、企劃書、研究報告這類非程式碼任務。它有 GUI、有即時預覽，操作邏輯像跟一個同事一起改 Google Doc。
- Code 是程式碼和開發任務的 agent。它讀你的程式碼、跑終端機指令、改檔案、跑測試。操作邏輯像跟一個工程師 pair programming。
判斷標準很簡單：要讓 AI 讀程式碼並修改，用 Code；只是想寫企劃或整理資料，用 Cowork 或 Chat 就夠。拿 Cowork 去改程式碼，就像拿 PowerPoint 修照片，工具選錯了。猶豫該用哪種介面做內容整理時，Cowork 會比 Code 直覺。
如何安裝 Claude Code？CLI、VS Code、Desktop、Web 四種方式
安裝前先確認一件事：Claude Code 需要 Pro 以上帳號。免費方案不包含 Claude Code 使用權限，你連登入都過不去。如果你還在免費方案，先確認帳號方案再往下看。
CLI（命令列）安裝
這是進階開發者最常用的方式。官方目前推薦 native install，一行指令搞定、不需要 Node.js；舊的 npm install 方式已標為不建議。
macOS / Linux / WSL：
curl -fsSL https://claude.ai/install.sh | bashWindows PowerShell：
irm https://claude.ai/install.ps1 | iex裝完後跑 claude --version 確認版本，或跑 claude doctor 做一次完整健檢。第一次登入直接輸入 claude，它會引導你完成瀏覽器授權。
建議第一次使用先下低風險指令試水溫，例如 claude "列出這個目錄下的所有 TypeScript 檔案"，確認它理解環境、回應正常，再給更複雜任務。
VS Code 擴充功能
在 VS Code 市集搜尋「Claude Code」直接安裝。裝好後用 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows）開命令面板，搜尋 Claude Code 就能啟動。
這個擴充功能在 Cursor 裡也能用。如果你已經是 Cursor 用戶，不用額外裝東西，在同一個編輯器裡就能呼叫 Claude Code。最大好處是不用離開編輯器，改完直接看 inline diff，改了什麼一目了然。前後端修改都在同一個視窗裡完成，對需要頻繁看 diff 的開發者很方便。
Desktop App
到 claude.ai/download 下載 Desktop App。安裝完打開 Claude，登入後選「Code」分頁（不是「Chat」分頁）。目前支援 macOS 和 Windows，Linux 用戶請用 CLI。
Desktop App 適合不喜歡終端機的人。它背後跑的是同一個引擎，只是用圖形介面包了一層。Desktop App 把 AI 的操作門檻降到最低，適合先用圖形介面熟悉流程。
Web 版
連到 claude.ai/code，免安裝，開瀏覽器就能用。Web 版可以處理遠端 repo，同時開多個 session，適合臨時要在別台電腦上工作的情境。
不過 Web 版的功能完整度略低於 CLI 和 Desktop。重度使用者最終還是會回到 CLI 或 VS Code 整合。但作為「先試試看」的入口，Web 版零門檻。
| 方式 | 適合誰 | 優點 | 限制 |
|---|---|---|---|
| CLI | 習慣終端機的開發者 | 功能最完整、自動更新、效能最好 | 需要熟悉命令列操作 |
| VS Code 擴充功能 | 日常用 VS Code / Cursor 的人 | 不離開編輯器、inline diff 直覺 | 依賴編輯器環境 |
| Desktop App | 不喜歡終端機的用戶 | 圖形介面、操作門檻低 | 不支援 Linux、功能更新略慢 |
| Web 版 | 臨時使用、跨裝置工作 | 零安裝、開瀏覽器就用 | 功能完整度較低、依賴網路 |
一個重要提醒：這四種介面背後都是同一個引擎。你的 CLAUDE.md 設定、MCP 設定、記憶檔案在所有介面之間是通用的。換句話說，你在 CLI 裡設好的東西，到 VS Code 或 Web 版都會生效。不用重複設定。
裝好只是第一步。知道有哪些常用指令和快捷鍵，才能把 Claude Code 用得順手。下面是一張速查表，建議直接加書籤。
Claude Code 常用指令與快捷鍵
這段是速查區。完整指令列表可以看 Claude Code Commands 官方文件，費用計算看 Costs 文件。
先看啟動類指令，這些是你在終端機裡直接輸入的：
| 指令 | 用途 | 什麼時候用 |
|---|---|---|
claude | 啟動互動式對話 | 每天開工的第一步 |
claude "任務描述" | 帶著任務直接啟動 | 明確知道要做什麼時，省去互動 |
claude -p | 非互動模式（pipe 模式） | 要串接腳本或 CI/CD 時 |
claude -c | 繼續上次對話 | 中斷後回來繼續工作 |
claude commit | 自動生成 commit message 並提交 | 改完 code 準備 commit 時 |
再看對話中的指令，這些是進 Claude Code 後輸入的斜線指令：
| 指令 | 用途 | 什麼時候用 |
|---|---|---|
/clear | 清空對話、重開新 session | 話題切換時。最重要的新手指令，避免舊上下文污染新任務 |
/compact | 壓縮對話歷史、釋放 context 空間 | 對話太長開始變慢或變貴時 |
/model | 切換模型（Sonnet / Opus） | 簡單任務用 Sonnet 省錢，複雜推理切 Opus |
/plan | 進入 Plan Mode，只規劃不執行 | 想先看 AI 的判斷再決定要不要動手 |
/usage | 查看本次 session 的花費和用量 | 不確定已經燒了多少 token 時 |
/context | 視覺化目前的 context 使用狀況 | 需要了解 token 用到哪裡去了 |
/memory | 編輯 CLAUDE.md 記憶檔案 | 要調整專案設定或加入新規範 |
Shift+Tab | 切換權限模式 | 在 Default / Auto-Accept / Plan 之間切換 |
Esc | 取消目前動作 | AI 開始跑偏了，先停下來 |
Esc+Esc | 強制中斷 | 真的卡住了，連按兩下 Esc 緊急停止 |
特別講一下 /clear。為什麼它是最重要的新手指令？因為 Claude Code 對話有上下文長度限制。在一個 session 裡改了十幾個檔案後，context 塞滿舊的程式碼片段和修改紀錄，AI 判斷力會下降，就像跟記憶力過載的同事講話、他開始搞混你講過的東西。所以每次換任務，養成習慣先跑一次 /clear。
指令熟了之後，另一個能提升使用體驗的設定是 CLAUDE.md。這個檔案就像幫 AI 寫一份專案說明書，讓它每次啟動都帶著正確背景知識。
CLAUDE.md 是什麼？怎麼設定？
CLAUDE.md 就是你的專案說明書。它告訴 Claude Code 這個專案是什麼、用什麼技術棧、有什麼規範、哪些地雷不能踩。沒有這個檔案，Claude Code 就像一個新來的同事對專案一無所知，只能靠你自己口頭解釋。有了它，AI 每次啟動就自帶完整背景知識。
CLAUDE.md 採用分層記憶設計，由上到下分四層，愈上層優先級愈高、影響範圍愈大：
| 層級 | 位置 | 影響範圍 | 適合放什麼 |
|---|---|---|---|
| Managed Policy（組織層） | 由管理員集中部署，使用者無法覆寫 | 整個組織、所有專案與成員 | 資安底線、合規要求、禁止外傳的檔案規則（團隊/企業方案） |
| Project（專案層） | 專案根目錄 CLAUDE.md | 這個專案的所有協作者 | 技術棧、架構、規範、常用指令（進 git、團隊共用） |
| User（使用者層） | ~/.claude/CLAUDE.md | 你個人的所有專案 | 個人偏好、通用編碼風格 |
| Local（本地層） | CLAUDE.local.md | 只有你自己 | 本機路徑、個人除錯習慣（不會進 git） |
理解這個分層的關鍵是優先級與部署方式。當不同層衝突時，Managed Policy 永遠最高，且由管理員集中派發、成員無法關閉，這也是企業用來強制資安底線的機制；Project 層進版本庫、團隊共用；User 與 Local 層只影響你自己。實務上把「團隊必須一致」的規則放 Project、「公司絕對不能違反」的放 Managed Policy、「只有我習慣」的放 User 或 Local，三者各司其職才不會打架。
那到底什麼內容該寫進去？判斷標準很簡單：拿掉這條規則，AI 會不會犯錯？ 會就寫，不會就不需要。不需要把整個 README 複製貼上，只寫 AI 不知道就會搞砸的那幾條。精準比冗長有用。
下面是一個完整可複製的範本，你可以根據自己的專案修改：
# 專案名稱：My Project
## 專案概覽
這是一個 Node.js + Express 後端 API 服務，搭配 React 前端。
主要功能：用戶註冊、登入、資料 CRUD、定時排程。
## 技術棧
- 後端：Node.js 20、Express、PostgreSQL
- 前端：React 19、Vite、Tailwind CSS
- 測試：Vitest + Playwright
- 部署：Docker + AWS ECS
## 專案結構
- `src/routes/` API 路由定義
- `src/models/` 資料庫模型（Sequelize）
- `src/services/` 商業邏輯層
- `src/middleware/` 認證與錯誤處理中介層
- `frontend/src/` React 前端原始碼
## 編碼規範
- 後端使用 ESM（import/export），不使用 CommonJS
- API 回應統一格式：`{ success, data, error }`
- 資料庫操作只在 service 層，route 層不直接操作 DB
- 錯誤處理統一 throw CustomError，由全域 middleware 攔截
## 重要限制
- 環境變數在 `.env`，不要寫死在程式碼裡
- `src/migrations/` 裡的檔案只能加、不能改
- 所有對外 API 必須通過認證 middleware
## 常用指令
- `npm run dev` 啟動開發伺服器
- `npm test` 跑測試
- `npm run db:migrate` 跑資料庫遷移
- `npm run lint` 檢查程式碼風格這個範本覆蓋六個關鍵面向：專案概覽、技術棧、目錄結構、編碼規範、重要限制、常用指令。你不需要照抄，但這六個分類是好的起點。關鍵不是寫多少，而是每個規則都有明確目的。
還有一個實用建議：CLAUDE.md 不要寫太長。超過 150 行的設定檔，AI 讀起來跟人一樣會開始遺漏重點。保持精簡、只寫必要的規則，效果反而更好。如果你的專案有特殊的效能、安全、部署或檔案產生規則，那些是最該放進去的內容，因為 AI 不知道就真的會出事。
想看四層結構、可直接複製的範本、規則 before/after 行為差異與維護診斷，我們另外寫了完整專篇〈CLAUDE.md 完整教學與範本〉。
Plan Mode、權限模式與模型選擇
Claude Code 有三個你一定要搞懂的控制機制：權限模式決定 AI 能做什麼、Plan Mode 決定它先想還是先做、模型選擇決定它有多聰明（和多貴）。三個湊在一起，就是你在成本和效率之間拿捏的施力點。
先看權限模式。Claude Code 提供四種，用 Shift+Tab 循環切換：
| 權限模式 | 讀取檔案 | 編輯與執行 | 適合場景 |
|---|---|---|---|
| Default（預設） | 自動 | 每次都需批准 | 初次使用、不想讓 AI 亂動 |
| Accept Edits | 自動 | 編輯自動、執行指令需批准 | 信任 AI 改碼但控制系統指令 |
| Plan Mode | 自動（唯讀） | 所有動作都需批准 | 想先看 AI 的判斷再決定要不要動手 |
| Bypass | 自動 | 全部自動 | CI/CD 環境，完全信任 |
新手強烈建議先用 Plan Mode。在這個模式下，Claude Code 只能讀檔案和提出計畫，不能改任何東西。你先看它的判斷對不對，對了再切回 Default 或 Accept Edits 讓它動手。這個習慣可以幫你省下很多「AI 改錯了要 undo」的麻煩。特別是當你的專案牽涉到部署、效能或資料處理這類對細節敏感的設定時，先規劃再動手就更重要。
接著是模型選擇。Claude Code 預設用 Sonnet 系列，你也可以手動切到 Opus。差別在哪？
| Sonnet | Opus | |
|---|---|---|
| 速度 | 快，回應幾乎即時 | 慢，需要等待思考 |
| 成本 | 便宜，適合大量使用 | 貴，約 Sonnet 的 5 倍 |
| 適合場景 | 日常寫碼、重構、除錯、文件撰寫 | 架構決策、複雜推理、跨模組重構 |
| 建議使用比例 | 80% 的工作量 | 20% 的關鍵決策 |
省錢技巧很簡單：先用 Sonnet，不行再切 Opus。大部分日常任務 Sonnet 都夠用。遇到那種需要理解十幾個檔案之間的關聯、做架構層級判斷的任務，再切 Opus。你也可以用 /model opus-plan，讓 AI 用 Opus 規劃、用 Sonnet 執行，兼顧品質和成本。
權限模式的 settings.json 範本、allow/deny 規則語法、PreToolUse hook 與公司導入檢查表，見〈Claude Code 安全設定實戰〉深掘。
Claude Code 的進階功能：Hooks、Skills、Subagents 與 MCP
你不需要一開始就把這些全部搞懂，但知道天花板在哪很重要，不然會以為 Claude Code 只是比較聰明的終端機助手。事實上它可以擴充到相當複雜的自動化流程。底下是八個你遲早會遇到的功能：
| 功能 | 做什麼 | 什麼時候用到 |
|---|---|---|
| Hooks | 在特定事件（如檔案修改、指令執行）前後自動觸發腳本 | 想在 AI 每次 commit 前自動跑 lint、或修改後自動格式化 |
| Skills | 可重複使用的提示套件，把常用流程封裝成一個指令 | 有固定流程（code review、PR 建立）想一鍵觸發 |
| Subagents | 獨立的 AI 程序，平行處理子任務 | 需要同時處理多個檔案或多個模組的重構 |
| GitHub Actions | 在 PR 裡標記 @claude 觸發自動 review | 團隊協作時，每個 PR 都有 AI 先看一遍 |
| JetBrains | 官方外掛支援 IntelliJ / WebStorm 等 IDE | 你是 JetBrains 生態的用戶 |
| Slack | 在 Slack 頻道裡標記 @Claude 觸發任務 | 團隊溝通和任務指派在同一個地方完成 |
| Chrome 擴充功能 | 在瀏覽器裡呼叫 Claude Code | 看網頁文件時想直接讓 AI 根據內容寫碼 |
| MCP | 連接外部工具和資料來源的協定（Model Context Protocol） | 要讓 AI 連資料庫、打 API、操作第三方服務 |
這八個功能裡面，Hooks 和 MCP 是最值得先投資理解的。Hooks 讓你把 AI 的行為加上「安全護欄」，例如每次修改檔案前自動備份。MCP 則把 Claude Code 從「只能讀寫本機檔案」擴充到「能連接任何你設定的外部工具」。你可以透過 MCP 讓 Claude Code 連接 issue tracker、文件系統、資料庫、內部 API 或其他團隊工具。
MCP 實作案例：把外部服務接進 Claude Code
MCP 的價值在於讓 Claude Code 直接讀寫外部系統，不必你手動複製貼上資料。底下三個是實務上常見、而且對應 MCP 伺服器真實存在的串接案例：
- Sentry 錯誤監控：接上 Sentry 的 MCP 伺服器後，你可以直接對 Claude Code 說「把今天 production 新增的錯誤列出來，挑出出現次數最多的那個，找出對應程式碼並提出修法」。它會自己抓錯誤堆疊、定位本機檔案，把「看後台、找檔案、修」這條斷裂流程接起來。
- PostgreSQL 自然語言查詢：透過 PostgreSQL 的 MCP 伺服器，Claude Code 在讀取 schema 後，可把你口語的需求（例如「列出上週沒下單的活躍使用者」）轉成 SQL、在唯讀連線執行、再解讀結果，適合快速資料探索。
- GitHub PR 審查：接上 GitHub 的 MCP 伺服器，Claude Code 能讀取指定 PR 的 diff、留言和測試結果，幫你整理「改了什麼、有哪些風險點、測試有沒有覆蓋」。對要同時看多個 PR 的維護者，等於多一個先過濾一遍的助手。
一個重要前提：每接一個 MCP 伺服器等於多給 AI 一組權限，務必在 .claude/settings.json 或 Managed Policy 裡限定它能讀寫的範圍，例如資料庫只給唯讀帳號、issue tracker 只開讀取權限。擴充能力和控管風險是一體兩面，權限越大的工具越要分開管理。
一個誠實的提醒：這些功能都在快速演進，官方文件每幾週更新、社群也持續貢獻新的 Skills 和 MCP 伺服器。建議先熟悉基本操作（CLI、CLAUDE.md、權限模式），日常使用順了再逐步加進階功能；基礎不穩就堆功能，到頭來只會更混亂。
功能講了這麼多，你可能更想知道實際用起來到底怎樣。下面是我用 Claude Code 跑了三個真實任務的操作記錄，連同結果和需要修正的部分一起攤開給你看。
我用 Claude Code 實測 3 個任務：修 bug、補測試、改 README
前面談了很多功能，但實際用會發生什麼？以下是我用 Claude Code 處理三個真實任務的過程記錄。測試環境是中型 Node.js 專案（約 8,000 行、45 個檔案），Pro 方案 + Sonnet 模型，刻意挑了三種不同性質的工作。
| 任務 | 下達的指令 | 耗時 | 結果 | 我需要額外修正的部分 |
|---|---|---|---|---|
| 修 login 回傳 500 的 bug | 「login API 回傳 500，找出原因並提出修法，先不要改檔」 | 約 2 分鐘 | 正確定位到 middleware 裡一個未處理的 null check | 它提議的錯誤訊息格式跟專案慣例不同 |
| 替 password validation 補單元測試 | 「幫 src/lib/password.ts 補單元測試，覆蓋正常輸入、空值、特殊字元」 | 約 3 分鐘 | 產生 12 個測試，11 個直接通過 | 1 個 unicode 邊界條件誤判 |
| 更新過時 README | 「讀取目前的程式碼，把 README 更新成符合現況的版本」 | 約 4 分鐘 | 結構清楚、技術棧準確 | 加了一段不存在的「貢獻指南」 |
三個任務加起來約 9 分鐘，同樣的工作手動處理大概要 40-50 分鐘，速度差距最明顯的是定位 bug 那段。最值得留意的是補測試：12 個測試通過 11 個聽起來不錯，但那 1 個失敗的測試如果沒實際跑過就送出去，會讓人誤以為是程式碼有問題而不是測試寫錯，這種「看起來合理但其實不對」的輸出，是最需要人工覆核的情境。免責聲明：這不是嚴謹的基準測試，只是我在一個專案上的操作記錄，不同專案規模、模型、指令寫法結果都會不同。
上面的測試結果也突顯一件事：就算 AI 表現不錯，人類的覆核仍不可少。很多新手踩的坑其實都可以避免。
新手常犯的 5 個錯誤
用 Claude Code 一段時間後，我整理出五個最常見的踩坑模式。這些錯誤我都犯過。
- 一開始就下大任務。「重構整個專案」這種指令幾乎一定出問題。AI 在缺乏上下文時做大規模改動，出錯率很高。從小任務開始，例如「這個 function 加個錯誤處理」，讓 AI 先熟悉你的 codebase 再逐步放大範圍。
- 不同任務之間不清除對話。上一個任務的上下文會干擾下一個任務的判斷。切換工作時用
/clear清掉對話歷史，讓 AI 從乾淨狀態重新理解需求，這不是浪費 token，是避免錯誤累積。 - 不設 CLAUDE.md。沒有專案規範檔，AI 每次都要猜你的慣例和限制。前面有提供範本，照著填就好，五分鐘投資能省下後面無數次修正。
- 不看 diff 就接受修改。AI 改完能跑不代表改對了。它可能改了不該改的檔案、引入不一致的命名、或在邊界條件上偷懶。每次接受修改前花 30 秒看 diff，養成習慣比事後補救便宜太多。
- 期待完全不用審查。把 Claude Code 當成一個能力很強但偶爾會犯低級錯誤的同事。你會讓一個新來的資深工程師不經 review 就直接 push 嗎？對待 AI 也一樣。
犯錯的成本可以透過習慣降低，但另一個很多人在用之前就開始擔心的問題是：我的程式碼交給 AI，安全嗎？
資料安全與隱私：你的程式碼安全嗎？
這是很多人在用 AI 程式工具前最猶豫的問題：我的程式碼會不會被拿去訓練模型？答案取決於帳號類型。
| 帳號類型 | 程式碼是否用於模型改善 | 說明 |
|---|---|---|
| Free / Pro / Max（消費者方案） | 由使用者設定決定 | 預設情況下可能用於模型訓練，但可以在帳號設定裡關閉。如果你用 Pro 方案處理公司程式碼，建議立刻去確認這個選項。 |
| Team / Enterprise / API（商業方案） | 不會 | 商業方案有明確的資料使用政策，程式碼不會用於模型訓練。這也是公司導入時建議用 Team 或 Enterprise 的原因。 |
具體建議
- 公司專案用 Team 或 Enterprise 方案，不要用個人 Pro 帳號混著跑。
- 如果你用 Pro 方案，登入帳號後去 Settings 確認資料改善選項是否已關閉。
- 在專案根目錄的
.claude/settings.json設定權限，明確拒絕讀取.env、憑證檔案等敏感檔案。如果任務會碰到部署或伺服器設定，更要明確限制它能讀寫的範圍。 - 資料政策可能隨時間調整，實際使用前建議直接查閱 Anthropic 和 OpenAI 的官方隱私頁面，確保看到最新版本。
安全問題搞清楚後，費用是另一個實際考量。
Claude Code 的費用怎麼看？
費用是選工具時的關鍵考量。Claude Code 的計費綁定 Claude 方案，主要看你選哪一級訂閱，以及每次 session 的上下文長度和對話輪數。
| 方案 | 月費（以官方定價頁為準） | 適合 | 費用判斷重點 |
|---|---|---|---|
| Pro | 約 US$17-20 | 個人入門 | 最低門檻，先用小範圍試跑觀察實際用量。 |
| Max 5x | 約 US$100 | 中度重度使用 | 額度是 Pro 的數倍，適合每天跑多個 session。 |
| Max 20x | 約 US$200 | 重度使用 | 適合長時間大型重構或團隊主力使用者。 |
幾個提醒：
- 實際價格以 Anthropic 官方定價頁為準，這裡的數字可能已經過時。
- 不要只看月費。Claude Code 的實際消耗取決於每次 session 的上下文長度，一個複雜重構任務可能吃掉大量額度。
- 養成用
/usage查看消耗、/compact壓縮上下文、/clear重置對話、/model切換模型的習慣，這四個指令是控制用量的基本功。 - 如果想讓 AI 內容更容易被搜尋引擎與 AI 助理正確理解，也可以順手了解 LLMs.txt 是什麼，它和 CLAUDE.md 的精神一樣：給 AI 一份清楚的專案說明書。
個人使用門檻不高，但如果你的團隊也打算導入 AI coding agent，評估的面向會多好幾層。
若要深入計算自己的用量成本、Pro/Max/API 損益平衡與團隊人均成本，見〈Claude Code 費用與方案選擇〉完整分析。
團隊導入 Claude Code 前要評估什麼？
個人用和團隊用是兩回事：一個人踩坑自己扛，團隊踩坑是集體買單。導入前建議先過一次下面的評估表，底層邏輯是專案基礎越穩固，AI 能發揮的空間越大。
| 檢查項 | 可以導入的訊號 | 需要暫緩的訊號 |
|---|---|---|
| 專案狀態 | 有測試覆蓋、lint 規則、CI pipeline | 沒有測試、沒有文件、沒人知道哪些功能還活著 |
| 權限治理 | 有 branch 保護、PR review 機制、部署審核 | 所有人直接 push main，沒有任何防線 |
| 任務類型 | bug fix、寫測試、更新文件、小功能 | 高風險架構改造、涉及付款或權限的重構 |
| 團隊習慣 | 成員願意逐行看 diff、理解改動原因 | 只想讓 AI 直接交付，不看過程 |
如果你的團隊在右欄的項目比較多，不是不能用 AI，而是要先補好基本設施再說。沒有測試的專案加上 AI 的速度，出錯也會變快。
導入初期做好三件事
- 用乾淨的 branch 跑，不要在 main 上直接讓 AI 動手。
- 限制 AI 的指令範圍，明確指定它可以動哪些檔案、不能動哪些。
- 所有 diff 經過人工 review 才合併，沒有例外。
還有一件事要定義好專案規範檔：用 Claude Code 就寫 CLAUDE.md，這個檔案是 AI 理解團隊慣例的入口，沒有它 AI 只能猜，有特殊的程式碼或部署規範也要寫進去，AI 才不會破壞既有結構。如果要讓 AI 協助網站內部連結結構，可參考 內部連結的整理原則。但要誠實說一個限制：在大型 legacy codebase 或缺少測試的專案裡，AI 的「自信」常常比正確率來得早，它會很篤定地給一個看起來合理的改動，如果你沒有測試可以驗證，那個「合理」可能只是表面上的。沒有測試覆蓋就讓 AI 動手，風險特別高。
開始用 Claude Code 的建議流程
如果你讀到這裡決定要開始試試看，以下是建議的七步流程。
- 選一個低風險 repo。不要拿 production 核心專案當實驗品，找一個改壞了也無所謂的 side project 或工具庫。
- 選主要工具。本機開發用 Claude Code，雲端協作用 Codex（想了解後者可以看 OpenAI Codex 完整教學）。初期專注一個就好，同時學兩個會分散注意力。
- 寫清楚專案規範。建立
CLAUDE.md，把專案架構、技術棧、命名慣例、不能碰的檔案都寫進去。 - 先做只讀任務。例如「幫我摘要這個專案的架構」或「這個 function 的用途是什麼」。讓你熟悉 AI 的理解能力，也讓 AI 建立對你專案的基本認知。
- 派一個小任務。例如「幫這個 function 加錯誤處理」或「補一個單元測試」。明確、小範圍、可驗證。
- 看 diff 與驗證結果。跑測試、看改動、確認沒有副作用。這一步不是可選的，是必要的。
- 用一週記錄成效。每天記錄用了什麼指令、花了多久、結果如何、修正了哪些錯誤。一週後你會有具體資料來判斷這個工具對你的價值。有記錄，才知道它到底有沒有幫你省時間。
立即可做的三件事
- 選一個低風險專案，只做架構摘要，先感受 AI 對你程式碼的理解程度。
- 建立專案規範檔（
CLAUDE.md），五分鐘就能完成。 - 用一週記錄成效，用資料說話而不是用感覺。
Vibe Coding 工作流範本：先規劃再動手
很多人把 Claude Code 當成「問一句做一句」的工具，其實它更適合搭配一套固定的工作流範本。坊間稱為 Vibe Coding 的做法，核心是用三個檔案把「規劃、技術決策、待辦」拆成兩層管理，讓 AI 在有脈絡的狀態下做事：
plan.md：寫這次要達成什麼目標、為什麼要做、驗收標準是什麼。這是給人和 AI 都看的「任務合約」。tech.md：記錄這次任務會用到的技術棧、目錄結構、不能違反的慣例。它和 CLAUDE.md 互補：CLAUDE.md 是專案長期規範，tech.md 是單次任務的臨時脈絡。todo.md：把任務拆成可勾選的小步驟，每完成一項就劃掉。Claude Code 可以根據它自己推進進度，你也能隨時看到做到哪。
兩層指的是「規劃層」（plan.md 加 tech.md，決定方向與邊界）與「執行層」（todo.md，記錄進度）。開工前先讓 Claude Code 讀過 plan.md 與 tech.md，再依 todo.md 一步一步推進、每步看 diff，這比一句「幫我重構這個專案」可控得多。網站與內容也需要這種「給 AI 一份說明書」的思維，詳見 LLMs.txt 指南。
Claude Code 最有價值的地方，不是讓工程師放棄理解程式碼，而是讓工程師把時間花回判斷、設計和驗收。工具負責加速執行，人負責判斷方向、確認風險和決定是否接受改動。如果你的團隊也在追蹤 AI SEO 與 AEO（AI 搜尋引擎最佳化） 這類新興工作，把 Claude Code 用在內容與網站維護流程上，會是相當務實的切入點。想打好基礎，可以回頭看 SEO 是什麼、技術 SEO、頁面 SEO 與 站外 SEO，並用 主題叢集（Topic Cluster） 或 集群內容 把內容組織起來。核心原則很簡單：工具是手段，不是目的。
常見問題（FAQ）
Claude Code 免費能用嗎？
不行。Claude Code 需要 Pro、Max、Team 或 Enterprise 方案。Pro 月費約 US$17-20，是目前最低門檻。Free 方案無法使用 Claude Code。
不會用終端機，能用 Claude Code 嗎？
可以。除了 CLI 之外，Claude Code 有 VS Code 擴充功能、Desktop App 和 Web 版。不熟悉終端機的操作者可以從 VS Code 擴充功能開始，介面比較友善。
公司專案的程式碼會被拿去訓練 AI 嗎？
商業方案（Team、Enterprise、API）不會。消費者方案（Free、Pro、Max）取決於你的帳號設定。用公司程式碼的話，建議直接用 Team 或 Enterprise，省得擔心。
CLAUDE.md 要寫什麼？
寫專案架構、技術棧、程式碼規範、不能碰的檔案。判斷標準很簡單：如果拿掉這個資訊，一個新來的工程師會不會犯錯？會的話就寫進去。
Claude Code 可以完全取代工程師嗎？
不建議這樣理解。需求判斷、架構取捨、安全審查、使用者體驗的權衡，這些都需要人類工程師。AI 擅長的是執行明確的技術任務，不是替代決策過程。
MCP 是什麼？
Model Context Protocol，一個讓 Claude Code 連接外部工具和資料來源的標準協定。透過 MCP，Claude Code 可以存取資料庫、API、檔案系統等外部資源，擴充它的能力範圍。
Claude Code 支援哪些 IDE？
VS Code（含 Cursor 等 VS Code 系編輯器）、JetBrains 全系列（IntelliJ、WebStorm、PyCharm 等）、以及獨立 CLI。幾乎涵蓋主流開發環境。
新手一週該怎麼開始練習？
建議照「先只讀、再規劃、接著改檔」的順序：前三天讓它讀專案並寫 CLAUDE.md、用 Plan Mode 練判斷，第四天起才派小修改任務並看 diff，第七天整理一週用量與設定。重點是建立「規劃、動手、驗收」的肌肉記憶，而不是一次學會所有指令。
下 prompt 要注意什麼？
把握三個原則：給背景（這是什麼專案、為什麼要改）、給限制（哪些檔案不能動、用什麼風格）、給驗收（怎樣算做完、要不要跑測試）。把模糊指令改寫成「背景＋限制＋驗收」之後，出錯率會明顯下降。
Claude Cowork 和 Claude Code 差在哪？
Cowork 是 Claude Desktop 裡的視覺化協作介面，適合寫企劃、做研究、整理文件；Code 是專門的 coding agent，適合改程式碼、跑測試、操作檔案。寫企劃用 Cowork，改程式碼用 Code。
CLAUDE.md 有哪幾層？誰的優先級最高？
由上到下分四層：Managed Policy（組織層，管理員集中部署、成員無法覆寫）、Project（專案根目錄、團隊共用）、User（個人所有專案）、Local（只有自己）。優先級最高的是 Managed Policy，企業用它來強制資安與合規底線。一般人最常寫的是 Project 層的 CLAUDE.md。
MCP 實際能用來做什麼？
常見的串接案例包括：接 Sentry 讓 Claude Code 直接抓 production 錯誤並定位本機程式碼、接 PostgreSQL 用自然語言查資料庫、接 GitHub 自動整理 PR 的 diff 與風險點。每接一個 MCP 伺服器等於多給一組權限，務必限定它能讀寫的範圍。
Claude Code 一個月多少錢？有哪些方案？
計費綁定 Claude 訂閱方案：Pro 約 US$17-20／月是最低門檻，Max 5x 約 US$100、Max 20x 約 US$200（價格以 Anthropic 官方定價頁為準）。Free 方案無法使用 Claude Code。重點不在月費本身，而在每次 session 的上下文長度，一個複雜重構任務可能吃掉大量額度，建議用 /usage 隨時查看消耗。
Claude Code 安全嗎？公司程式碼會被拿去訓練嗎？
看你用的方案。Team、Enterprise、API 這類商業方案有明確資料政策，程式碼不會用於模型訓練；Free、Pro、Max 等消費者方案預設可能用於訓練，但可在帳號設定關閉。公司專案建議直接用 Team 或 Enterprise，並在 .claude/settings.json 設權限、明確拒絕讀取 .env 與憑證檔案。
Claude Code 值得付費嗎？什麼人該買？
日常需要在本機處理程式碼、檔案或自動化流程的人，值得，我們實測三個任務約 9 分鐘，手動要 40-50 分鐘。如果只是偶爾問幾個問題、不碰本機 repo，ChatGPT 就夠了，不必為了 Claude Code 升級。判斷點在於你會不會讓 AI 走進你的專案動手做事。
Claude Code 跟 ChatGPT 差在哪？
最根本的差異是運作方式：ChatGPT 在瀏覽器裡跟你「聊」程式，Claude Code 走進你的本機 repo 動手做事，讀檔案、改程式碼、跑終端機指令、執行測試。要邊問邊學、不動到本機，用 ChatGPT；要 AI 直接在你的專案裡完成工作，用 Claude Code。
