Claude Code 是 Anthropic 的 agentic coding tool（代理式寫程式工具，也有人稱 AI coding agent、程式碼代理）：你用平常說話的方式交代工作，它自己讀整個專案、改檔案、跑指令、跑測試，做完回來向你回報。跟 Claude 網頁版的差別一句話講得完，網頁版給你答案，Claude Code 給你做完的事。
功能與版本狀態的核對基準日是 2026 年 8 月，對照的是當時抓下的官方頁面；這個領域改版快，動手前值得再瞄一眼。多數人卡在兩個問題：它跟 ChatGPT、Claude 網頁版到底差在哪，裝好之後除了聊天還能幹嘛。後面依序講是什麼、安裝、指令、CLAUDE.md、費用，收在值不值得付費；每一節都可以單獨看，答案句都寫在開頭。你現在讀的這個網站，內容產線就是 Claude Code 在維運，中段會拆開來看。
重點先看
能動手的代理：讀專案、改檔、跑測試一條龍，網頁版對話跟它是兩種產品形態。
免費方案用不了：要 Pro、Max、Team、Enterprise 或 API 帳號；企業部署官方參考值約 $13/開發者/活躍日。
安裝走原生：一行指令，npm 只是下載器；Windows 上沙箱只有 WSL2 支援。
權限有六種模式：現行版本裡 Pro、Max、Team 帳號起手就是 auto mode，由背景分類器把關。
覆核省不掉：實測三個任務約 9 分鐘跑完，其中一個測試靠人工才抓出 unicode 邊界的錯。
今天就能做兩個檢查：跑
claude doctor（約 1 分鐘）確認安裝健康；打開/usage（約 2 分鐘）確認計費走訂閱而非 API。
文章目錄
Claude Code 是什麼？跟網頁版的分界線
把它想成外包點工的師傅。工作交代下去，他自己看現場、自己拿工具、做到一個段落再請你驗收；網頁版的 Claude 像電話裡的顧問，講得再細，手依然長在你身上。比喻到驗收為止就收：真人做壞了要重工，代理改壞了檔案能直接回溯，這一點比請人寬容。
官方定位叫 agentic coding tool，agentic 指的是它自己跑循環：理解要求、規劃步驟、呼叫工具行動、觀察結果、修正再來，直到工作完成，高風險動作交給權限系統攔。這套循環官方叫 Agent Loop。
循環的實務意義比名詞重要。你交代的是一件事，它執行的是一串步驟：開檔案讀、跑搜尋比對、改一版、跑測試看結果、再修；中間每一步的工具呼叫都看得到，卡住時你插得進手，走偏時你喊得停。代理跟巨集的差別也在這裡，巨集照腳本重播，代理看著結果調整下一步，同樣的交代跑兩次，路徑可能不同，結果應該一樣。
「讀 codebase」白話講，就是它會自己搜尋檔案、打開相關的幾份讀過，再決定動哪裡；讀了什麼、跑了什麼都攤在畫面上，出錯回頭查有跡可循。這也是它跟把程式碼貼進網頁版最大的不同：貼上去的是你挑過的片段，它看到的是整個專案的現場，包含你忘了提的那幾個檔案。
入口比想像中多：終端機（CLI）、IDE 外掛（VS Code、JetBrains、Cursor）、Desktop app、瀏覽器裡的 Web 版，加上用手機接手的 Remote Control。核心能力同源，入口差的是手感與環境；其中 Web 版在雲端環境執行，本機的使用者設定與本機 MCP 不會自動帶過去，要共用的規則放進 repo（程式碼倉庫，一個專案的完整資料夾），跟著專案走才可靠。實務上多數人的落點是 CLI 搭一個 IDE 外掛並用：改程式碼靠外掛，跑雜事靠 CLI，帳號與訂閱本來就同一套。
Claude Chat、Claude Cowork、Claude Code 三個名字常被混著講，一張表分乾淨。
| 產品 | 它做什麼 | 誰該用 | 一行結論 |
|---|---|---|---|
| Claude Chat | 網頁與 App 裡的對話：問答、改寫、貼程式碼請它講解 | 只想問問題，不想授權任何東西 | 問知識，用 Chat |
| Claude Cowork | 辦公型多步驟任務：文件、資料整理這類 | 工作不在程式專案裡 | 做文件，用 Cowork |
| Claude Code | 直接動你電腦上的專案：讀 codebase、改檔、跑測試、打 API | 工作落在一個真實專案裡，要的是做完 | 動手做，用 Code |
看完表先問自己一個問題：工作發生在哪裡？落在某個資料夾裡，選 Code；都在瀏覽器分頁與雲端文件裡，Chat 與 Cowork 順得多。跟 ChatGPT 的分界用同一句也通，對話的基本單位是訊息，代理的基本單位是任務；前者每次都要你把上下文帶過去，後者自己待在現場。站上的 Claude 教學整理網頁版用法，Cowork 專文拆辦公型任務的定位。
「能做什麼」看七種場景比看功能列表準，每列附交代重點與指令語意。
| 場景 | 你要交代清楚的重點 | 指令語意（例子） |
|---|---|---|
| 修 bug | 症狀、重現方式、修完的驗收條件 | 「login API 回 500，找出原因修掉，修完跑測試」 |
| 補測試 | 涵蓋範圍、用專案現有的測試框架 | 「幫 password validation 補單元測試」 |
| 讀懂陌生專案 | 問架構與流程，別糾結碎細節 | 「進入點在哪？登入流程經過哪些檔案？」 |
| 重構與改名 | 圍籬：能動什麼、不能動什麼 | 「改這個函式名並更新所有呼叫端，其他檔案別碰」 |
| 寫一次性腳本 | 輸入與輸出的具體樣子 | 「把這個資料夾的圖片全部縮成 1600 寬」 |
| 更新文件 | 讀者是誰、要更新哪一段 | 「依目前程式碼更新 README 的安裝段」 |
| 環境除錯 | 錯誤訊息全文與環境條件 | 「npm install 卡在這個錯誤，幫我看是哪個依賴衝突」 |
右欄只是語意示範，別逐字抄；中間那欄才是重點，範圍與驗收交代漏了，來回次數直接翻倍。七個場景也沒有一個要求職業工程師，文件、腳本、網站維運都算在內；同一個場景第一次跑慢、第三次跑快，差別通常就在中間那欄寫得越來越完整。
非工程師的用法再具體一點。行銷人整理報表匯出、寫轉檔腳本；編輯批次調 CMS 裡的 HTML；網站經營者調佈景、查外掛衝突。共同點是工作都在一個資料夾裡發生，跟職稱無關；工作全在瀏覽器裡完成的人，先從 Chat 用起，等真的有資料夾要顧，再換不遲。判斷自己適不適合還有一個快問快答：過去一個月，你有幾次想「這件事要是有個助手幫我批次處理就好」？答案是零的話，先別急著付費。Remote Control 是入口裡最容易被忽略的一個：本機 session 跑到一半人離開座位，用手機接手看它繼續跑，長任務的等待時間就這樣被吃掉了。
Claude Code 怎麼用：新手教學的完整路線
上手三步：裝好、終端機切進專案資料夾、輸入 claude 開始說話。真正的分水嶺在後面兩件事，懂權限，會交代。
第一個 session（一段連續的工作對話）大概長這樣。你說「幫我看一下這個專案的測試怎麼跑」，它先讀 package.json 與幾份設定檔再回答，全程只讀不寫；要它動手，它會先列出打算改哪些檔案（在會問的模式下逐一徵求同意），改完自己跑測試，把結果貼回來。你看到的是一串動作與結果，它話不多，事很多；第一次用的人建議就從這種只讀任務起步，習慣它的節奏再交辦改動。
它會想動你的檔案與終端機，官方因此做了一整套權限系統。權限模式列了六種，不少教學還停在四種，照舊文設定等於少用一半的安全設計。
| 模式 | 它怎麼問 | 適合誰 |
|---|---|---|
| default（畫面名稱 Manual） | 只有讀取類動作免問，其餘每一步都問 | 剛開始用、怕它亂動的階段 |
| acceptEdits | 改檔加上 mkdir、touch、rm、rmdir、mv、cp、sed 這類常用檔案指令免問（僅限工作目錄內），其他指令仍會問 | 信任建立起來後的日常 |
| plan | 先探索、提計畫，你批准後才動手 | 大改動前先看藍圖 |
| auto | 背景分類器逐項審查動作的全自動模式 | 任務定義清楚的熟手 |
| dontAsk | 只跑預先核准的工具 | 規則兜得很緊的產線 |
| bypassPermissions | 全部跳過，官方直接標為危險 | 只該用在隔離環境 |
如果只記得住一列，記 default 與 auto 的差別：前者每個寫入都問，後者交給背景分類器（一支自動審查每個動作風險的機制）全自動跑。
起始行為有一件事要留心：v2.1.228 起（Windows 從 v2.1.233 起），Pro、Max、Team 帳號的起手模式就是 auto mode；Enterprise 與 API key 帳號從 default（Manual）開始。auto mode 底下它不會逐步徵求同意，這是方便，也是你必須自己顧好 hooks 與禁區的原因。想體驗「每一步都問」的節奏，手動切回 default 就有。
權限模式是安全帶，不是摩擦力。
plan 模式按 Shift+Tab 循環切換，先探索、提計畫，批准後才動手。三種情況特別值得進 plan：陌生專案、一次要動好幾個檔案、你還拿不準做法。計畫階段改一個字，省下的常常是執行階段一整輪重工；計畫本身也是一種溝通訓練，看它怎麼拆步驟，你會更快知道它有沒有讀懂需求。settings.json 的 allow/deny、hooks 掛載點與沙箱設定，站上的安全設定專文講得更全。
指令不用背，用過就記得；常用的這些，完整版在官方的指令全集。
| 指令 | 用途 |
|---|---|
/help | 指令與操作說明 |
/model | 切換模型 |
/clear | 換任務時清空對話 |
/compact | 壓縮對話繼續，可帶指示 |
/context | 看視窗被什麼佔滿，對話變長時先查它 |
/cost | /usage 的舊稱，仍可用 |
/resume | 回到之前的 session |
/usage | 看用量與成本歸因 |
/insights | 工作模式分析報告 |
/config | 基本設定 |
/permissions | 權限規則 |
/hooks | 事件掛鉤 |
/mcp | MCP 服務管理 |
/agents | 子代理管理 |
/init | 生成初始 CLAUDE.md |
/memory | 編輯記憶檔 |
/rewind | 回溯對話與程式碼 |
/plan | 進入計畫模式 |
幾個啟動旗標順手補上。claude -p "你的問題" 是非互動模式，跑完就退出，適合放進腳本與管線；cat 檔案 | claude -p "問題" 能把檔案內容直接餵給它分析。claude -c 接續這個目錄最近的對話繼續。Esc 打斷目前的回應或工具呼叫，已完成的部分會保留；對話框開著時按 Esc 則是把框關起來。網路教學偶爾出現的 claude commit，官方文件查無此指令，別照抄。
非互動模式的實際用途比字面廣。放進 CI 在每次建置前跑一輪自我檢查、寫進批次腳本處理定時任務、接在管線後段讓它讀前一個指令的輸出再判讀，都是 -p 的舞台；互動模式負責探索與改動，非互動模式負責已經定型的工作，兩者用的場合分得很開。
交代工作有格式可依，一句話講完四件事：目標、範圍、驗收、禁區。例如「把聯絡表單的驗證訊息改成中文，只動 src/forms，改完測試全綠，不要碰 package.json」。四件事齊，它猜的次數少；少一件，來回多一輪，而每一輪都在燒額度。
新手常犯的錯，五個幾乎涵蓋所有挫折。
- 當聊天機用。只說「幫我看看」，不給範圍與驗收，它只能猜；猜錯就以為它笨，多半是交代漏了。同樣的交代補上範圍與驗收，產出常常立刻換了個檔次。
- 一個 session 丟十件事。session 拉太長，額度燒得快，出錯也難回溯；一件事一個 session，換任務就
/clear，最省。 - 沒看 diff 就放行。diff（前後改動的差異）掃一眼是流程的一部分；它寫的程式碼是草稿，不是成品。看 diff 的順序也有講究，先看它動了哪些檔案，再看內容，範圍不對整批退回，內容問題才值得逐行看。
- 起手就開 bypassPermissions。官方標危險有原因；要全自動，先把 hooks 與禁區圍好再放寬，順序反了就是在賭運氣。隔離環境裡跑熟了，再考慮放到日常工作流。
- 忘了環境變數會偷換計費。環境裡設過
ANTHROPIC_API_KEY的話，Claude Code 會走 API 計費而非訂閱額度，帳單會嚇人；裝完第一件事就是確認這個變數的狀態，尤其在別的專案用過 API key 的機器上。
第一週這樣排最省。第一天裝好登入，先問它「這個專案在做什麼」；第二、三天派低風險任務，補測試或改文件；第四、五天用 plan 模式跑一個真的 bug；週末打開 /usage 看用量形態，順手把踩到的坑寫進規則檔。及格線不看它做了多少，看你有沒有養成兩個習慣：交代前想完四件事，放行前看完 diff；這兩個習慣在你日後換任何工具時都跟著走。
實測數字攤開來看。2026 年 8 月，在一個約 8,000 行、45 個檔案的 Node.js 專案上跑三個任務：修一個回 500 的 login API、補 password validation 的單元測試、更新過時的 README，合計約 9 分鐘，同樣的工作手動處理約 40 至 50 分鐘。這是單一專案的操作記錄，不是基準測試，專案規模與指令寫法不同，結果就會不同。其中一個產出的測試看起來合理，跑起來才發現在 unicode 邊界上判斷錯了，這種輸出最需要人工覆核，也最常在你趕時間的時候出現。
跑失敗怎麼辦？把錯誤訊息全文貼回去讓它自己修，通常比重新交代快；它跑過的指令與讀過的檔案都留在畫面上，沿著腳步找問題，跟看同事的 terminal 紀錄一樣。要避免的是你自己接手改到一半再丟回來，兩邊都動過，狀態就對不上了；要動手，先讓它停下來，或者開新的 session，二選一。
Claude Code 安裝：原生安裝、npm 與 Windows 的選擇
官方建議走原生安裝，一行指令；npm 是給已有 Node 環境的人的備援；Windows 使用者多一個原生與 WSL2 的抉擇。系統需求出自官方安裝說明：macOS 13.0 以上；Windows 10 1809 以上或 Server 2019 以上；Ubuntu 20.04、Debian 10、Alpine 3.19 以上；記憶體 4GB 起；x64 與 ARM64 都行。
在命令列（CLI）跑原生安裝
macOS、Linux 與 WSL 的原生安裝是這一行：
curl -fsSL https://claude.ai/install.sh | bash
Windows PowerShell 則是：
irm https://claude.ai/install.ps1 | iex
也可以交給套件管理器：Homebrew 用 brew install --cask claude-code，WinGet 用 winget install Anthropic.ClaudeCode，Linux 另有官方簽名 repo 的 apt、dnf、apk。原生安裝會在背景自動更新，這點比 npm 省事。公司電腦有套件管理政策就走套件管理器，個人電腦直接跑原生腳本，不管走哪一邊，終點都是同一個執行檔，差別只在誰負責更新。先後用過兩種裝法、機器上留了不只一份的人，官方安裝說明的 conflicting installations 段落有排查步驟，claude doctor 也會指出重複的位置。
npm 路線與 Node.js 的關係
npm 仍然支援：npm install -g @anthropic-ai/claude-code，從 v2.1.198 起要求 Node.js 22 以上。有趣的地方在於，npm 裝的其實是同一顆原生執行檔，npm 在這條路上只是下載器。一條鐵則：不要用 sudo npm install -g，權限被墊高之後，之後的更新很容易搞成一團糟，移除也會留下殘骸。
講白了，不必為了 Claude Code 特地去裝 Node；這條路是給「Node 已經在機器上」的人省事用的。版本不夠就用慣用的版本管理工具切到 22 以上，別再疊一份新的 Node 上去，環境只會越疊越亂。
Windows：原生還是 WSL2
差異只有一條但很關鍵：沙箱（限制 Bash 能碰哪些檔案與網路的隔離層）只有 WSL2 支援。原生 Windows 能跑，隔離要自己另想辦法。Git for Windows 是選配，裝了它才有 Bash tool 可用，沒裝則走 PowerShell tool，行為等價、手感不同。需要沙箱就裝 WSL2；只跑輕量任務，原生就夠，專案整包放進 WSL 的檔案系統裡會順很多。跨檔案系統的讀寫有速度落差，這點在資料量大的專案上會很有感。
裝完用兩個指令收尾。claude --version 看版號，樣式如 2.1.211；claude doctor 做安裝診斷，安裝方式、版本、網路連線都查一遍，很多「突然不能用」的案子在這一步就現形。開工方式是把終端機切到專案資料夾，輸入 claude，登入會引導你走瀏覽器。
免費方案不含 Claude Code，需要 Pro、Max、Team、Enterprise，或 Console 的 API 帳號。前面常犯錯提過的環境變數計費陷阱，裝完登入後順手檢查一次，兩條路的帳單長相完全不同。
不想碰終端機的人有別的路。官方安裝說明直接把 Desktop app 定位成「不需要終端機」的入口，IDE 外掛支援 VS Code、JetBrains、Cursor，瀏覽器裡還有 Web 版。這幾個入口的帳號與訂閱共通，裝一份就能換著用，站上的 Desktop 教學可以對照著看。
跟 Claude Code 說中文：可行，但要立規矩
可以全程用中文。交代、回報、改規則檔都通，技術名詞留英文原文反而更準。真正的問題在輸出：簡體字會滑進來，台灣慣用詞會被換成對岸寫法；而且它換得理直氣壯，不提醒自己很難發現。
先認識敵人長什麼樣。下面右欄任何一個詞出現在對外內容裡，都是規則檔該補一條的訊號。
| 台灣慣用 | 對岸寫法 |
|---|---|
| 資訊 | 信息 |
| 影片 | 视频 |
| 軟體 | 软件 |
| 網路 | 网络 |
| 設定 | 设置 |
| 伺服器 | 服务器 |
左欄是基準詞組，右欄是攔截清單；整張表貼進 CLAUDE.md 就是現成的第一版規則，不必背。
為什麼會這樣？比較可信的解釋是訓練語料簡繁混雜：模型統計上最常見的中文形態，並非在台灣慣用的那一套，輸出沒有規則約束時，它會滑向自己最有把握的那一側。它沒有壞，只是沒人告訴它這裡用什麼詞。
程式碼類的交付另有自己的規則。識別字與函式名照專案慣例走（多數是英文），註解與說明用中文，敘述裡的專有名詞保留原文；這種混搭在台灣的開發現場本來就是常態，要求它「全中文」反而會把程式碼一起翻壞。把界線寫清楚，中文給人讀、英文給機器讀，它分得比你想的準。
解法是把話講在前面：在 CLAUDE.md 寫明用台灣慣用詞、禁簡體字與特定商業詞，冒一次補一條，兩三輪就穩。規則寫法直接影響效果，「請用繁體中文」這種寫法太模糊，「輸出一律用台灣慣用的繁體中文，不得出現簡體字，資訊、影片、軟體、伺服器照左欄寫法」才有約束力；把上表的右欄整段貼進禁用清單，就是最短的第一版。名詞漂移也歸規則檔管，關鍵名詞的正式稱呼定下來，全文跟著走；交付前用幾個關鍵詞掃過全文，當最外圈的保險。規則檔要寫什麼、放哪一層，CLAUDE.md 專文有可以直接複製的版本。
CLAUDE.md：讓它記住你的規則
CLAUDE.md 是放在專案裡的規則檔，Claude Code 每次開工都會先讀它。口頭交代的習慣換個 session 就忘，寫進檔案的規則每次都在；它把代理從「每次都要重新教的實習生」變成「記得住規矩的學徒」。
它有四層，載入時全部串接合併、不互相覆蓋。
| 層級 | 位置 | 放什麼 |
|---|---|---|
| Managed | 企業管理後台統一下發 | 公司級規範 |
| User | ~/.claude/CLAUDE.md | 個人的跨專案習慣 |
| Project | 專案根目錄的 CLAUDE.md（.claude/ 底下放的也是這層） | 這個專案的規則，跟著 repo 走 |
| Local | 專案根目錄的 ./CLAUDE.local.md | 個人在這個專案的私設定，建議加進 .gitignore |
位置最容易放錯的是 Local 層：它就放在專案根目錄，不是塞進 .claude/ 資料夾；放錯位置的規則不會被載入，等於沒寫。四層的分工這樣記：公司規定歸 Managed，個人習慣歸 User，團隊共用的歸 Project，只跟這台機器有關的（路徑、憑證位置）歸 Local。
起步用 /init 生成初始 CLAUDE.md，之後用 /memory 開檔編輯，或直接跟它說「把這條規則加進 CLAUDE.md」。舊教學還在教的 # 開頭記憶快捷，官方文件裡已經沒有這一條，照抄只會等一個不存在的反應。
起步先寫環境、規範、禁區三類，其餘等踩到坑再補；規則寫得具體、可判斷、帶原因，遵循度最好。這兩套怎麼寫，官方記憶文件與站上專文講得更細。官方也建議整份控制在 200 行內，細節移去 Skills，行數就是每次對話的固定成本，壓行數等於壓固定開銷；規則檔寧少勿雜，每一行都該對應一次真實的教訓或一個明確的要求。
Claude Code 費用：兩條計費路徑與官方數字
免費方案不能用，付費分兩條路。訂閱包月：Pro $20/月、Max 5x $100/月、Max 20x $200/月，年繳 Pro 約 $17/月，當期數字以官方方案頁為準。另一條是 API，按 token 計量（token 是模型用量的計價單位），用多少算多少。
企業部署的參考值，2026 年 8 月的官方成本說明寫得直白：平均約 $13/開發者/活躍日，換算落在 $150 至 250/開發者/月，90% 的使用者低於 $30/活躍日。網路文章還常見「90% 使用者每天低於 $12」的舊說法，那是前幾年的水位或抄錯的數字；哪篇文章還在引用 $12，那篇的查證年分可以直接打上問號。
$12 是舊帳，$30 才是現在的水位。
訂閱額度並非自助餐。Teams 與 Enterprise 每 seat 有滾動的 5 小時視窗加週視窗，而且與 Claude chat、Cowork 共用同一個池子，chat 裡燒掉的額度，Code 這邊也吃得到；Pro 與 Max 同樣有 session 與每週的限制語意，視窗大小依方案等級而定。說穿了，撞牆通常發生在連續跑大任務的日子：模型升級、subagent 開多、長檔案反覆讀，三個因素疊起來就頂到視窗上限。頂到不是斷線，是被節流或需要換時段，工作不會壞，節奏會慢；把大任務拆時段跑，比一口氣硬衝體面得多。
損益語意一句給你：天天用的人訂閱划算，隔週才開一次的人 API 可能更省。逐月兩平怎麼算，站上的費用專文有完整拆解，帶自己的使用天數去算最準；常見情境（示意）也印證同一件事，使用密度才是選路徑的變數。台灣的訂閱以美元計價，帳單細節依帳號設定走，能不能開通以官方支援國家清單與帳號畫面為準。
看帳有兩個指令。/usage 對 API 使用者列 session token 成本，對訂閱使用者給方案用量條與歸因，看得出 skills、subagents、plugins、MCP 各吃多少；/insights 生成分析工作模式的 HTML 報告。歸因報表看最大那塊就好，很多人第一次看會發現某個 MCP 或某個 skill 吃掉的比想像中多，關掉沒在用的、讓 tool definitions 維持 deferred，下一個計費週期就會反映出差別。跟額度相關的還有 /context，它列出視窗裡各項目的佔比，對話變長、回應變笨的時候先查它，多數時候答案都是該 /clear 了。
模型的選擇直接影響帳單。官方的指導是 Sonnet 5 應付多數 coding 工作，Opus 5 留給複雜架構，/model 隨時切換，subagent 還能指定更小的模型省錢；模型線上另有 Haiku 4.5 與 Fable 5，後者固定走 extended thinking。省 token 的手法官方列了一排：/clear 換任務就清、/compact 帶指示壓縮、CLAUDE.md 壓在 200 行內、MCP 的 tool definitions 預設 deferred、hooks 做前處理、subagents 隔離大量輸出。快取也幫忙，prompt caching 的效期訂閱 1 小時、API 5 分鐘，重複讀的內容在效期內走便宜價。
Claude Code vs Codex：三個問題選一邊
兩家都是能動檔案的程式碼代理，規格表每一季都在重寫，逐項比功能的文章三個月就過期。選邊看三個問題。
第一個問題是帳單。你已經在付誰的月費？已經有 Claude 的 Max，Claude Code 的邊際成本最低；預算押在另一家，就先把自己付的那套用到底。工具的帳單效應，比功能差異實在得多；為了試新工具多買一份月費，多數人撐不過兩個月。
工作形態是第二個問題。你的工作是不是「在 repo 裡反覆讀、改、跑、看結果」的循環？Claude Code 的整個形態就是為這件事設計的，終端機、IDE、權限、hooks 全繞著專案轉；工作若多半發生在雲端文件與瀏覽器裡，先問自己需不需要一個住在本機的代理。
第三題最常被跳過，驗收。你有沒有測試、code review、上線前檢查這套流程？這題跟選哪家無關，卻決定結果好壞：沒有驗收，換多強的代理都只是在放大錯誤。
還有一個務實因素很少被寫進比較文，切換成本。規則檔是純文字，概念帶得走；指令、hooks、subagent 的寫法綁各家工具，換邊等於這部分重練，已經把 CLAUDE.md 養厚的人，換工具的真實代價比帳面月費高。真要逐項比，Codex vs Claude Code 比較專文有規格對規格的整理；想從另一邊入門，OpenAI Codex 教學是現成的起點。兩邊都試得起的人，拿同一個真實任務各跑一週，比看十篇比較文都有用。
進階功能：Subagents、Skills、Hooks、MCP 與排程
進階功能名字多，核心問題一個：哪些工作值得打包成可重複的流程。
Subagents 是派出去的分身。在 Claude Code 裡叫 Agent tool，前身叫 Task（v2.1.63 改的名），每個分身有自己的 context（能同時記住的內容量），可指定不同模型，背景執行已是預設，實驗中的 agent teams 甚至讓分身自己組隊。並發預設 20，環境變數 CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS 可調；session 總數沒有 200 這個上限，別被舊說法綁住。實務限制在帳號：共用額度時 fan-out（一次派多個代理並行）開太大會撞帳號級 429，2 至 3 個併發就夠，開滿 20 個的場景非常少，Subagents 的設定細節官方有專頁。
什麼工作值得派出去？判準是「細節不需要出現在主對話裡」：叫一支代理去讀三十個檔案做摘要，主對話只收結論，中間的大量輸出不會灌進主 session 的 context。要逐步確認的核心改動，留在主對話跑最穩，派出去反而少了控制點。
Skills 把整套工作流包進 SKILL.md，要用才載入，平常不佔 context；重複第三次的工作就值得包，發布前檢查清單包成 Skill 之後單句觸發，清單不會漏項。CLAUDE.md 保持精簡的配套正是它，常駐規則放規則檔，整套流程放 Skill。
Hooks 負責在事件點插檢查。PreToolUse、PostToolUse 這些時間點可以改寫 tool input、擋敏感指令；讓它碰不到 .env 與 lockfile 已是標準做法，寫一次用永久，而且規則對所有 session 生效，不靠每次口頭交代。它攔的是意外，機敏環境要再搭沙箱與 dontAsk 才完整。
MCP（Model Context Protocol，模型上下文通訊協定）接外部服務，tool definitions 預設 deferred，要用才載入。接服務的原則很樸素：先接真的會用的；每個服務都帶一組工具說明進 context，接了不用是純成本，清單每季清一次。Web 版的執行環境不會自動帶本機 MCP，也是入口差異裡最常被忽略的一條。
排程有三個選項：雲端 Routines 用 /schedule 建立、遠端執行，機器不開機也會跑；Desktop 的 scheduled tasks 在本機，適合要碰本機檔案與憑證的長期任務；/loop 是 session 內的臨時排程，關掉就停、七天自動過期。要「每天固定跑」，答案在 Routines 或 Desktop 排程裡找，/loop 頂多算 session 內的計時器。排程任務的權限要分開想清楚，自動化換來的每一分方便，都對應一分事前的設定工作。
兩個小功能順手記。Remote Control 用 /rc 讓手機接手本機 session，出門之後工作不用斷線，長任務的等待時間就此被通勤與排隊吃掉；Checkpointing 讓你用 /rewind 或連按兩下 Esc 回溯對話與程式碼，前面那個判斷錯誤的測試，早一點回溯就少走一段彎路。
這個網站本身就是一條 Claude Code 產線
換自己的帳。你讀的 seo.whoops.com.tw，從選題到發布的整條內容產線由 Claude Code 維運；先把流程攤開，再講穩定靠什麼。
流程八步：方向、大綱、草稿、審查、配圖、精選圖、上傳、內部連結，由倉庫裡的腳本串起來。上傳這步直接打 WordPress REST API，文章 HTML、SEO 欄位、發布後清 Cloudflare 的邊緣快取，全部由它呼叫 API 完成，沒有人在後台手動貼文。這條流程跑得動的關鍵，是每一步都有機器可讀的輸入與輸出：方向與大綱是結構化資料，草稿是 HTML，審查是清單，上傳是 API 呼叫；人下判斷，代理負責搬運與組裝；每一步留 log，回頭查哪一步壞了都有出發點。
其中四段流程打包成公開的 web 工具，誰都能用：免費 SEO 健檢、llms.txt 產生器、AI 能見度檢測器、OKF 產生器。內部流程與公開工具共用同一套規則檔，改一條規則兩邊同時生效，維運負擔沒有因為開放而變大。
產線穩，靠的是倉庫裡一份真的在用的 CLAUDE.md。這些規則不是坐著想出來的，是每次出事之後補進去的；濃縮版的三條，每一條對應一個真實的坑：
- 正文不得出現 h1。佈景主題會把文章標題渲染成頁面唯一的 H1，正文再放一個，頁面結構就壞了。
- 打 WordPress REST API 一定要帶 User-Agent 標頭。沒帶，伺服器直接回 403，看起來像憑證壞了，其實少一個標頭。
- 每篇文章的作者欄位固定是 Sliven 褚崇名。不能用 API 帳號，作者實體一漂，搜尋引擎對站點的認識就跟著亂。
每踩一次坑補一條規則，這份檔案比任何一次交代都保值。
觀測也自動化了。網域上掛著一支用 Claude Code 寫的 Cloudflare Worker，讀每個請求的 User-Agent，比對清單裡是已知 AI 爬蟲就寫進 D1 資料庫。清單就是 Worker 裡一段陣列，新增爬蟲加一行：
export const AI_BOTS = [
{ ua: 'OAI-SearchBot', cat: 'AI Search' },
{ ua: 'GPTBot', cat: 'AI Crawler' },
{ ua: 'ClaudeBot', cat: 'AI Crawler' },
{ ua: 'PerplexityBot', cat: 'AI Search' },
]最實用的產出叫 AI 404 需求清單：AI 想抓卻拿到 404 的路徑，就是內容缺口，下一篇寫什麼由資料決定，不靠猜。爬蟲清單可以一直加，加到第幾十種都不影響查詢速度，因為比對只是一次陣列掃描。限制也要攤開講：它記錄的是爬蟲自我宣告的 UA，不是用 IP 驗證身分，也不能直接證明哪一次引用來自哪一隻爬蟲；把它當羅盤可以，當判決書不行。AEO 的完整框架站上有專文，AI 搜尋怎麼把一個問題拆成一組子查詢，query fan-out 的拆解講得更細。
2026 年 8 月起，產線多了一個要納入流程的變數：Claude 的文字輸出帶隱形浮水印，翻譯與摘要直貼的殘留最強。對「用 AI 產內容再直接貼上」的流程來說，這是實質風險；翻譯類與摘要類的稿子，產線在交付前多了一道對應的檢查，站上的浮水印專文有完整拆解。
多數 Claude Code 教學停在安裝完成的截圖。跑過生產環境、踩過付費牆與邊緣快取的記錄，才是截圖給不了你的部分；工具用得深不深，看的是出事的時候有沒有跡可查，不是看安裝頁有沒有截圖。
缺點與代價：五個帳要認，三種人先別上車
優點你在別處已經聽夠，這段只講代價。代價認清楚，值不值得的答案自己會浮出來。
- 覆核省不掉。它的產出可信到會讓人鬆手，但看起來合理與跑起來正確是兩回事，那個 unicode 邊界判錯的測試就是現成的例子；省掉覆核，省掉的是發現錯誤的機會。
- 額度會隨手感膨脹。用得越順，session 越長、subagent 越多，token 消耗跟著長；chat、Cowork、Code 又共用額度池，月底對帳才驚覺額度去哪了，是常見劇本，而且很難從別人的經驗推估自己的用量。
- 安全要自己兜。auto mode 的方便與風險是同一件事，hooks、allow/deny、沙箱都要動手設定，Windows 原生還沒有沙箱；安全設計齊全的前提，是你真的去設。
- 學習曲線在交代，不在指令。指令表一天就熟，把工作講成「目標、範圍、驗收、禁區」的能力要練；交代不好，工具再強也只是往錯的方向跑得很快。
- 事實與用語要盯。簡體字會滑進來，事實性內容它也會很有自信地寫錯；拿它產對外內容，查證這關不能外包出去。
五個代價都有解法，但長相不同。覆核靠清單，每次看同樣幾個地方就好；額度的答案在 /usage 的歸因報表裡；安全這題沒有捷徑，hooks 與 allow/deny 要自己寫；交代能力靠練，第一週的及格線就是它；用語與事實靠規則檔，再加一層交付前抽查。代價變成固定成本之後，就只是成本。
什麼情況整個不要碰？機敏度高到不能讓任何模型讀到內容的環境，先看公司政策再說；完全沒有測試、也沒有人能看懂 diff 的專案，它的產出沒有人能驗收，放大的是盲飛的速度。這兩種情況的問題都不在工具，先補流程再談代理。
Claude Code 值得付費嗎？
答案跟著工作形態走。每天在專案裡工作的人（開發、維運、資料處理），值得，從 Pro 起步，這種密度下省下的時間很快蓋過月費；偶爾動檔案的知識工作者，先用 Chat 與 Cowork 過日子，等「每週都要動檔案」成真再上車；完全不碰檔案、只要問答的人，Chat 就夠，為 Claude Code 付費只會多一張讓你焦慮的帳單。
它放大的是會驗收的人的產能；不會驗收，它放大的是錯誤。
至於「會不會取代工程師」，這個說法把驗收看得太便宜。它改變的是工作內容：寫例行程式碼的時間變少，定義問題與驗收結果的份量變重。增強與驗收，比取代更接近實情；會被拉開差距的，從來都是拒絕學著交代與驗收的人，而不是職稱。
Claude Code 常見問題
Claude Code 是什麼？跟 Claude 網頁版一樣嗎？
不一樣。Claude Code 是 Anthropic 的程式碼代理，用自然語言交代工作，它自己讀專案、改檔、跑指令、跑測試；網頁版以對話給答案，它把答案做成做完的事。入口有終端機、IDE、Desktop 與 Web，核心能力同源。
Claude Code 免費能用嗎？
不能。免費方案不含 Claude Code，需要 Pro、Max、Team、Enterprise，或 Console 的 API 帳號，訂閱與 API 的計費邏輯各自不同。
不會用終端機（命令列）也能用嗎？
可以。Desktop app 的官方定位就是「不需要終端機」，IDE 外掛與瀏覽器裡的 Web 版也都不用碰命令列；要留意 Web 版在雲端環境執行，本機設定與本機 MCP 不會自動帶過去，把規則放進 repo 才跟著專案走。
一定要裝 Node.js 嗎？
不用。官方建議的原生安裝與 Node 無關，npm 路線裝的其實是同一顆原生執行檔。兩條安裝路可能同時存在一份以上，有疑慮就跑 claude doctor，或照官方文件的 conflicting installations 步驟排查。
程式碼會被拿去訓練嗎？
看方案。Free、Pro、Max 這類消費者方案，取決於帳號裡 Data Controls 的設定；Team、Enterprise 與 API 預設不用於訓練，細節見資料處理的官方說明。要動公司程式碼的人，先跟主管確認政策再開工。
CLAUDE.md 是什麼？
放在專案裡的規則檔，每次開工都會先讀，四層結構全部合併載入、不互相覆蓋。個人的習慣放 User 層、團隊共用的放 Project 層，放對層規則才會在對的機器上生效。要寫什麼、範本長怎樣，站上有專文整理。
跟 ChatGPT 差在哪？
ChatGPT 以對話為主，給你答案與說明；Claude Code 是代理，直接在你的專案裡把工作做完。一個給答案，一個給做完的事，兩者本來就能並用，白天用 ChatGPT 查觀念、回到專案用 Claude Code 動手，是很多人實際的節奏；ChatGPT 的完整教學站上也整理過。
一個月大概多少錢？
訂閱從 Pro 的 $20/月起（年繳約 $17/月），Max 5x 是 $100/月、Max 20x 是 $200/月；API 按 token 計量另算。企業部署的官方參考值是平均 $13/開發者/活躍日，90% 的使用者低於 $30/活躍日，個人帳單看使用密度，不看別人的平均。
可以用中文嗎？為什麼會冒簡體字？
可以全程中文。簡體字來自訓練語料簡繁混雜，輸出沒被規則約束時會滑向模型最有把握的形態；把用語規則寫進 CLAUDE.md，大部分就擋住了，剩下的靠交付前掃一輪關鍵詞收尾。
可以排程固定時間跑嗎？
可以，三個選項：雲端 Routines、Desktop 的 scheduled tasks、session 內的 /loop。要每天固定跑，選前兩個；/loop 關掉 session 就停，七天自動過期。
跟 Claude Cowork 差在哪？
Cowork 做辦公型任務，文件與資料整理；Code 動你電腦上的專案與終端機。工作的主體落在一個資料夾裡，選 Code；多半在雲端文件裡，Cowork 順手，而且兩者的訂閱額度本來就同一個池子。
支援哪些 IDE？
VS Code、JetBrains、Cursor，加上 Desktop app 與瀏覽器 Web 版。入口差的是手感與環境，核心能力同一套；第一次用建議從命令列或 Desktop 開始，IDE 外掛等習慣了再裝，一次學一個入口負擔最小。
今天、這週、這個月可以做的事
今天（10 分鐘）。跑 claude doctor 看安裝健康，打開 /usage 確認計費路徑是訂閱還是 API。兩個檢查合計不到 5 分鐘，剩下的時間拿去補兩條規則進 CLAUDE.md，一條用語、一條禁區，就是最有價值的開始。
這週（30 分鐘）。挑一個低風險任務跑完整一輪，補測試或更新文件都行，練「目標、範圍、驗收、禁區」的四件事交代法；跑完把踩到的坑補進規則檔，這是累積的開始，第三、第四週就會開始吃到複利。
這個月。累積一週的 /usage 紀錄，看 Pro 夠不夠、要不要升 Max 或開 API，帶自己的數字去費用專文算一遍再決定；同一時間把 CLAUDE.md 養到十幾條真正用得到的規則，比多學十個指令更保值。
工具會繼續改版，規則檔與驗收流程才是你帶得走的東西。
