Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124

Claude Code 是 Anthropic 推出的 AI 編碼工具。這篇教學整理 2026 年安裝方式、CLAUDE.md 設定、權限管理、工作流程、資料隱私與適合族群,幫助開發者判斷是否導入。
Claude Code 是 Anthropic 推出的 AI 編碼工具,可以讀取程式碼庫、編輯檔案、執行指令、操作 git,甚至協助建立 PR。它最適合已經習慣終端機、版本控制與測試流程的開發者;如果你只需要行內補全,GitHub Copilot 或 Cursor 可能更輕量。
目錄
CLAUDE.md 設定專案記憶,用權限規則控制它能做什麼,用 MCP、hooks、skills 或 CLI 指令把它接進團隊流程。
| 面向 | Claude Code | GitHub Copilot | Cursor |
|---|---|---|---|
| 運作環境 | 終端機為核心,也支援 IDE、桌面與 Web | IDE 內嵌 | 獨立 IDE(VS Code 改版) |
| 互動方式 | 自然語言指令 + 工具呼叫 | 行內補全 + Chat | 行內補全 + Chat + Agent |
| 上下文範圍 | 程式碼庫、終端機環境與外部工具 | 目前檔案 + 開啟的分頁 | 整個專案 |
| 能否執行指令 | 可以(bash) | 有限 | 可以(Agent 模式) |
| git 整合 | 完整(commit, PR, issue) | 基本 | 基本 |
| 自訂空間 | CLAUDE.md + settings + MCP + hooks + skills | 有限 | .cursorrules |
| 費用 | 需支援 Claude Code 的付費方案或 Console | 免費版 + 付費版 | 免費試用 + 付費版 |
| 適合族群 | 習慣終端機的開發者 | 所有人 | 喜歡圖形介面的開發者 |
截至 2026 年 5 月。Claude Code、Copilot 和 Cursor 都在快速更新,定價與功能請以各工具官網為準。
# macOS / Linux / WSL
curl -fsSL https://claude.ai/install.sh | bash
# macOS 也可以用 Homebrew
brew install --cask claude-code
# Windows PowerShell
irm https://claude.ai/install.ps1 | iex
# Windows WinGet
winget install Anthropic.ClaudeCode
sudo npm install -g,避免權限與安全問題。
npm install -g @anthropic-ai/claude-code
cd your-project
claude
gh CLI。Claude Code 能直接用它建立 issue、PR 和讀取評論,省去手動操作的麻煩:
# macOS
brew install gh
gh auth login
/init 可以讓 Claude 掃描專案並產生初始 CLAUDE.md。這是新專案最值得先做的一步,因為後續指令、測試方式和程式碼風格都可以從這份檔案開始累積。

CLAUDE.md 是 Claude Code 最核心的專案記憶檔。每次對話開始時,Claude 會讀取這個檔案,理解你的建置指令、測試方式、程式碼風格和團隊習慣。依 官方最佳實踐 的建議,它應該短、清楚、可維護,而不是把整份文件庫塞進去。
| 位置 | 作用範圍 | 建議 |
|---|---|---|
./CLAUDE.md(專案根目錄) |
這個專案的所有工作階段 | 存入 git,跟團隊共享(推薦) |
./CLAUDE.local.md |
同上,但不進版控 | 放個人偏好,加入 .gitignore |
~/.claude/CLAUDE.md |
所有專案的所有工作階段 | 放全域偏好(例如預設語言、常用工具) |
子目錄的 CLAUDE.md |
處理該子目錄時自動載入 | 適合 monorepo,各套件獨立說明 |
# 建置指令
- npm run build:建置專案
- npm run typecheck:執行型別檢查
- npm run test:執行單元測試
# 程式碼風格
- 使用 ES Module(import/export),不用 CommonJS(require)
- 盡可能解構匯入(例如:import { foo } from 'bar')
# 工作流程
- 完成程式碼變更後務必跑型別檢查
- 優先跑單一測試,而非整個測試套件
- commit 前先確認 lint 通過
CLAUDE.md 本質上就是一段長期生效的 prompt。不是寫越多越好,而是保留「Claude 讀程式碼也猜不到」的資訊,例如測試入口、部署限制、非典型架構和團隊慣例。偶爾才會用到的流程,改用 skills 或文件連結,避免每次對話都塞進上下文。
Claude Code 預設採取保守策略:任何可能修改系統的操作(寫檔案、執行 bash 指令、呼叫 MCP 工具等),都會先詢問你是否同意。這是刻意設計的安全機制。
你可以透過四種方式調整允許清單:
/permissions 指令,在啟動後隨時新增或移除。例如允許檔案編輯:Edit;允許 git 提交:Bash(git commit *)。.claude/settings.json,適合需要跟團隊共享權限設定的情境。建議將這個檔案納入版控。--allowedTools 旗標,在啟動時就指定這次對話允許的工具。如果專案裡有 .env、金鑰、客戶資料或建置產物,不要只在 CLAUDE.md 寫「請不要讀」。比較可靠的做法,是依 官方設定文件 使用 permissions.deny,讓這些路徑從搜尋與讀取操作中被排除。
claude --dangerously-skip-permissions 可以關閉所有權限檢查,讓 Claude 全自動執行。這對修 lint 錯誤或產生樣板程式碼很方便,但也伴隨實際風險:資料遺失、系統損壞、甚至透過提示注入攻擊導致資料外洩。如果真的要用,請在沒有網路存取的容器環境中執行。

Claude Code 不強迫你用特定方式工作,但從 官方工作流程範例 和實務經驗來看,以下五種模式最容易讓它穩定產出有用結果。你可以根據任務類型選擇適合的流程。
這是最通用的流程,適合大多數開發任務:
這是 Anthropic 內部偏好的工作流,特別適合可以用測試驗證的變更:
當 Claude 有清晰的目標可以迭代時(測試案例、視覺模型、預期輸出),它的表現最好。
不只是測試,你也可以給 Claude 一個視覺目標:
Claude 的輸出經過 2-3 次迭代後通常會顯著改善。給它查看自己成果的工具,就能得到最好的結果。
接手新的程式碼庫時,Claude Code 是極好的學習工具。你可以像問同事一樣問它:
foo.rs 第 134 行的 async move { ... } 是在做什麼?」Claude 會自動搜尋程式碼庫來回答。在 Anthropic 內部,這已經成為核心的上手(onboarding)流程。
許多 Anthropic 工程師超過 90% 的 git 互動都透過 Claude Code 完成:
一些最強大的應用場景,來自同時運行多個 Claude Code 實例。核心概念很簡單:讓一個 Claude 寫程式碼,用另一個 Claude 審查或測試。
基本做法:
/clear 或在另一個終端機分頁啟動 Claude #2。/clear)讀取程式碼和審查意見,進行修改。使用 git worktree 更有效:Git worktree 讓你把同一個儲存庫的不同分支 checkout 到不同目錄。每個 worktree 都有獨立的工作目錄,但共享 Git 歷史。你可以讓一個 Claude 重構認證系統,另一個建構資料視覺化元件,互不干擾。
git worktree add ../project-feature-a feature-a
cd ../project-feature-a && claude
claude -p(無頭模式)可以將 Claude Code 整合到 CI/CD 流程、pre-commit hook 或建置腳本中。兩種常見模式:
扇出(Fan-out):讓 Claude 產生任務清單,然後逐一以程式化方式呼叫 Claude 執行每個任務。適合大型遷移或批次分析。
管線化(Pipelining):把 Claude 的輸出串接到其他工具。例如 claude -p "分析這段日誌" --json | your_command。
CLAUDE.md.claude/settings.json 用 permissions.deny 排除敏感檔案。
/clear 在任務之間重置。CLAUDE.md、管理權限、善用子智能體。初期投資時間是必要的。可以。Claude Code 目前可在 native Windows 或 WSL 中使用。Windows 原生專案可以走 PowerShell、CMD、Git Bash 或 WinGet;如果你的專案本來就在 Linux 工具鏈、Docker 或 WSL 環境中,則在 WSL 裡安裝會更自然。
功能定位類似,都是讓 AI 理解專案背景的設定檔。但 CLAUDE.md 是 Claude Code 專屬的,支援多層級放置(全域、專案根目錄、子目錄),而且可以存入 git 跟團隊共享。如果你同時使用 Cursor 和 Claude Code,兩邊的設定檔需要分別維護。
不能一概而論。消費者帳號(Free、Pro、Max)要看資料改善設定是否開啟;Team、Enterprise、API、第三方平台和 Claude Gov 等商業情境,Anthropic 文件說明預設不會用商業條款下送出的程式碼或提示訓練生成模型,除非客戶另行選擇提供資料。處理客戶程式碼前,建議確認帳號類型、資料設定和 permissions.deny。
取決於你的使用頻率、程式碼庫大小和任務型態。小型修 bug、寫測試通常還好;大型重構、多個 Claude 同時跑、或長時間無頭模式自動化,會消耗得快很多。建議先從單一專案和單一任務開始,觀察 /usage 或方案用量,再決定是否升級 Max 或改走 Team/Console 管理。
兩者不是互斥的。Copilot 適合日常的程式碼補全和簡單問答,直接在 IDE 裡運作。Claude Code 則擅長需要跨多個檔案、需要執行終端機指令、或需要操作 git 的複雜任務。如果你的工作以終端機為主,Claude Code 的價值更大;如果你主要在 IDE 裡工作,Copilot 的門檻更低。很多開發者會同時使用兩者。