Claude Code 中文教學：安裝、用法、價格與避坑

先講結論：Claude Code 不是又一個聊天機器人

把一段紅字報錯貼進聊天視窗，複製回覆的程式碼，再貼回編輯器執行。發現還是跑不動，就重新描述問題、再複製一次。Claude Code 要改善的，正是這種脈絡與執行結果來回搬運的工作。

Claude Code 要解決的，就是這場乒乓球。

一句話講完：Claude Code 是 Anthropic 推出的「終端機原生（terminal-native）AI 代理程式」。它跑在你自己電腦的命令列裡，跟瀏覽器裡的聊天框完全是兩回事；它能直接讀你整個專案資料夾、改你的檔案、執行你的指令、跑你的測試，再根據結果自己修正。它跟 Claude 網頁版最大的差別在於：它有手有腳，不只是有嘴巴（見 官方產品頁）。

如果你連 Claude 本體都還沒摸過，建議先看過Claude 是什麼或更完整的Claude 使用指南把基本觀念補齊；這篇把火力集中在 Code 這條產品線。如果你對「命令列」三個字會怕，站上另有CLI 入門一篇，看完你會發現黑底白字沒有想像中那麼嚇人。

六十秒快速總覽

• 它是一個命令列工具（CLI），不是瀏覽器聊天窗，安裝完直接在終端機裡呼叫。
• 它能讀寫你本機檔案、執行指令、跑測試，在一個自動迴圈裡自我修正，這叫 Agent Loop。
• 計費走 Claude 訂閱方案（Pro / Max）或 API 用量兩種路線，成本邏輯天差地遠。
• 新手最大的坑，從來不是裝不起來，而是把不懂的程式碼全權交給它寫。
• 它跟一般聊天介面、編輯器補全與雲端編碼代理的工作方式不同，後面會用一張表講清楚。

老實說，第一次聽到「AI 程式工具」這個分類時，很容易滿腦子懷疑。市面上已經一堆副駕駛外掛，實在很難再興奮起來。但實際把 Claude Code 裝起來、丟一個真實專案給它跑完一輪之後，就會理解它跟那些聊天型工具是兩個物種。接下來的內容，就是把 Claude Code 日常實戰用法整理成的完整筆記。

為什麼要把 Claude 塞進終端機：Agent Loop 的設計邏輯

要先懂 Claude Code，得先懂它背後那個關鍵概念：Agent Loop（代理迴圈）。

一般聊天介面主要是「你問一句、它答一句」。即使能執行部分程式碼，也不一定直接連到你的本機專案與測試環境。Claude Code 的差異，是它能在授權範圍內讀取執行結果，再決定下一步。

Agent Loop 完全翻轉這件事。Claude Code 在終端機裡跑起來之後，它進入一個不斷重複的循環：讀檔案、想下一步、執行動作（改程式碼、跑指令）、讀回執行結果、再決定下一步。它看得見自己改完之後程式有沒有跑起來、測試有沒有過。這個「看得到後果」的能力，是它跟聊天框最根本的差異（見 官方 Overview 文件）。

換個比喻。聊天型 AI 像是你打電話問一個遠端顧問，他憑想像給你口頭指示，掛了電話你自己動手，動錯了他也不知道。Claude Code 像是那個顧問直接坐在你旁邊，自己摸鍵盤、自己看螢幕、自己看報錯訊息、自己改。同樣一個 bug，前者可能要來回十次，後者往往一輪就收工。

這也是為什麼它一定要長在終端機裡。網頁沙盒基於安全考量，不可能讓一個模型去動你硬碟裡的檔案、去執行系統指令。唯有跑到你本機、用你自己的權限，Agent Loop 才轉得起來。這不是 Anthropic 偏愛老派命令列，是功能本質決定的。如果你對「AI 自己當代理去完成任務」這個概念還想深入，可以延伸讀AI Agent 入門指南，裡面把代理的運作原理拆得更細。

理解 Agent Loop 還有一個附帶好處：你會開始用「它看得見什麼」來檢視自己的提問方式。一句話餵給它，它接著能讀到哪些檔案、能跑哪些指令、會看到什麼結果，全會影響它下一步的判斷。把它想成一個會自己回頭看成果的同事，你給它的環境夠不夠清楚、工具夠不夠齊全，直接決定它繞一圈回來的答案是好是壞。

三分鐘搞懂安裝：從官方安裝器到第一個指令

Claude Code 官方目前建議使用原生安裝器，不必先裝 Node.js。npm 安裝方式仍受支援，適合已經管理 Node 環境的人，但不是唯一選項。

安裝四步驟

1. 確認支援環境：先核對官方支援的作業系統與 shell。macOS、Linux 與 WSL 可使用官方原生安裝器。
2. 安裝 Claude Code：macOS、Linux 或 WSL 可執行 curl -fsSL https://claude.ai/install.sh | bash。若選 npm，需先備妥符合官方要求的 Node.js，再執行 npm install -g @anthropic-ai/claude-code。
3. 登入帳號：第一次執行 claude 指令，它會引導你用瀏覽器登入 Anthropic 帳號、完成授權。這一步綁定你的訂閱或 API 計費。
4. 進到專案資料夾再啟動：用 cd 切到你那個專案目錄，再打 claude。它會以「當前這個資料夾」為工作範圍，這點非常重要，後面會解釋為什麼。

完整的官方安裝指引、各作業系統的差異、以及常見報錯的處理方式，都在 官方 Quickstart 裡。強烈建議照官方文件走一次，因為版本會更新，安裝指令的寫法未來可能微調。

裝不起來？三個最常見的卡關點

安裝卡住時，可先檢查下面三類問題。

• PATH 尚未更新：原生安裝完成後若找不到 claude，依安裝器提示更新 shell 設定並重開終端機。
• npm 權限或 Node 版本問題：這只影響 npm 路線。可改用官方原生安裝器，不必用 sudo 硬解。
• 公司網路或代理擋住下載：企業內網、VPN 或代理可能阻擋安裝來源；應依組織政策設定允許的代理或請管理員處理。

這三個問題都跟 Claude Code 本身無關，是環境設定。新手第一次碰命令列工具，很容易把環境問題誤判成「這工具很難用」，其實只要把環境理順，後面就一路順暢。

啟動前先用 cd 進入明確的專案目錄。從家目錄啟動不等於自動取得整顆硬碟，但可能讓工具看到比任務所需更廣的檔案範圍；權限仍應按最小必要原則設定。

五個一定要摸熟的核心用法

裝好之後，多數人的反應是「然後呢？我該打什麼？」。Claude Code 的功能很多，但對新手來說，先把這五個摸熟，就能解決八成日常需求。其餘進階功能會在後面幾節展開。

1. 自然語言直接下指令

你不用背任何特殊語法。啟動之後，就像跟一個同事講話：幫我找到所有用到舊版 API 的檔案，列出檔名跟行號。它會自己用 grep、自己讀檔、自己彙整答案。提示詞（Prompt）寫得好不好在這裡一樣關鍵，差別在於你不用再把結果手動搬來搬去。

給你一個常用的提問模板，新手可以直接套用：「角色＋目標＋範圍＋限制」。例如「你是這個專案的資深工程師（角色），幫我重構這支表單元件（目標），只動 components/ContactForm 這個資料夾（範圍），不要引入新的第三方套件（限制）」。把這四個欄位講清楚，它的產出會精準非常多，因為它不用再花力氣猜你要什麼。模糊的指令是 token 浪費與走偏的雙重源頭，這個提問原則在提示詞入門那個主題裡有更系統的拆解。

2. /init 自動建立專案說明檔

第一次進到一個新專案，打 /init。它會掃過整個資料夾，自動生一份 CLAUDE.md，把專案結構、技術棧、常用指令記錄下來。這份檔案是它未來在這個專案裡工作的「記憶」，下一節會專門講它為什麼是真正的主力武器。

3. 規劃模式（Planning Mode）

面對大一點的任務，先別讓它動手。你可以要求它先出計畫、再執行，例如：先別改任何檔案，告訴我你打算怎麼重構這個表單元件，等我同意。它會列出一步步的做法讓你審。這個習慣能幫你省下大量「它改一改走偏了你還要回滾」的時間。

4. 先為複雜問題保留推理空間

複雜的架構決策、除錯或跨多檔重構，可以要求先分析限制與提出計畫，再進入實作。可用的模型與推理設定會隨版本及方案調整，以目前介面與官方文件為準。

5. 無頭模式（Headless Mode）

這個比較進階，但很實用。你可以在不開互動介面的情況下，用一行指令把任務丟給它執行，例如排程讓它每天半夜自動跑測試、產生報告。對自動化流程來說，這是把 Claude Code 嵌進你既有工具鏈的入口。

官方對這些功能與指令的完整說明，在 Anthropic 官方支援文章裡有整理。實務上的建議是：五個裡面先掌握前三個，後兩個等你用順了再碰。

CLAUDE.md 才是真正的主力武器

多數新手把 Claude Code 當成一個聰明的問答機，問完就走。真正把它用出價值的人，都知道秘密藏在一份叫做 CLAUDE.md 的純文字檔裡。換句話說，你花在調教這份檔案的時間，報酬率比花在問任何單一問題都高。

CLAUDE.md 是放在專案根目錄的說明檔，Claude Code 每次啟動都會自動讀取它。它等同於你給這位 AI 同事的入職手冊：專案用什麼框架、程式碼風格規範、哪些檔案不能動、測試怎麼跑、部署流程長怎樣、有哪些地雷區。這些東西不寫下來，它每次都得用猜的；寫下來，它的每一次產出都會對齊你的標準（見 官方 memory 文件）。

一份好的 CLAUDE.md 該寫什麼

• 專案概述：這是什麼、用什麼技術棧、給誰用。一句話講清楚勝過它掃半天。
• 目錄結構：哪個資料夾放什麼。尤其標註「這區是自動產生的、別手改」。
• 開發指令：安裝依賴、跑本地、跑測試、建置、部署各是什麼指令。讓它能自己執行。
• 風格規範：縮排、命名、註解習慣、錯誤處理慣例。不寫，它會用自己的預設風格，跟你既有程式碼格格不入。
• 禁忌清單：哪些檔案絕對不能改、哪些機密不能寫進去、哪些第三方服務的金鑰在哪。

實務上的習慣是，CLAUDE.md 寫得像在帶一個第一天報到的資深工程師：假設他技術很強，但對你這個專案一無所知。把「強但陌生」這個前提放在心上，你就會知道什麼該寫、什麼不必囉嗦。

寫得好跟寫得差的差別

舉個對比你就懂。寫得差的 CLAUDE.md 只有兩行：「這是一個用 React 的網站，請幫忙開發」。這種等於沒寫，它還是得自己猜你的狀態管理用什麼、CSS 怎麼組織、測試框架是哪一套，猜錯就重來。

寫得好的版本會具體到：「這是一個 React + TypeScript 專案，狀態管理用 Zustand，樣式走 Tailwind，測試用 Vitest。本地跑 npm run dev，測試跑 npm test，建置跑 npm run build。src/generated/ 底下的檔案是自動產生的，禁止手動修改。所有註解用繁體中文。修改 API 路由前，先讀 docs/api-conventions.md。」光這一段，就能讓它每一次的產出都對齊你的實際慣例，省下的試錯 token 與來回修正的時間，遠遠超過你寫這段話的成本。

設定檔可以分層。除了專案根目錄，也能在使用者層級放通用偏好。相關 CLAUDE.md 內容會一起載入，較接近目前工作目錄的指示通常後讀；遇到衝突時仍應檢查實際載入內容，不能把它當成安全控制。完整設定細節在 官方 settings 文件。

權限、沙盒與安全：把刀交出去之前先讀這段

這一節是整篇文章裡最關鍵、新手最不該跳過的一段。因為 Claude Code 跟聊天型 AI 最大的差別，在於它真的會動你的系統。它能改檔案、能刪檔案、能執行任意指令、能打網路。一把鋒利的刀，用得好是神器，用不好就是災難。

預設上，Claude Code 不會悶著頭亂改。它在執行有風險的動作之前，會先問你一聲。你會看到它打算跑的指令，按個鍵同意或拒絕。這個「先問再做」的預設值，是你最重要的安全網。新手請務必保持這個預設，不要為了圖快一開始就全部放行。

但只靠手動確認還不夠。Anthropic 官方明確建議，在正式專案裡要搭配沙盒機制（Sandboxing）。沙盒的意思是：把 Claude Code 限制在一個受控的環境裡跑，限制它能碰的檔案範圍、能執行的指令類型、能連的網路。等於幫它圍一圈柵欄，就算它判斷失誤，傷害也被關在柵欄裡（見 官方 sandboxing 文件）。

三層安全建議

層級	做法	適用情境
基本	保持預設的「先問再做」，每次手動確認高風險指令	個人小專案、學習階段
進階	開啟沙盒、限制可寫入資料夾範圍、用獨立分支工作	正式產品開發、團隊協作
嚴格	沙盒加容器隔離、禁用網路、機密檔案全程排除、所有變更走程式碼審查	牽涉客戶資料、金流、正式環境

對含敏感資料的正式專案，第一步可以先讓 Claude Code 只讀取必要的程式碼與文件，整理架構並列出預計修改範圍。人員確認備份、資料隔離與計畫後，再逐步開放寫入。這個「先讀後寫、逐步授信」的原則，比一次交出廣泛權限容易控管。

機密不要交給專案指示檔管理。API 金鑰、資料庫密碼與個資應放在指定的安全儲存或環境變數機制，並限制代理可讀範圍。.gitignore 只能避免 Git 追蹤，CLAUDE.md 也不是存取控制；兩者都不能替代權限、沙盒與祕密管理。

可以把權限想成一條逐步放寬的階梯。第一階只讀必要檔案，用來理解專案與提出計畫；只讀仍有資料外洩與錯誤判讀風險，不能稱為零風險。第二階開放在沙盒內改檔與跑測試，並限制網路與系統指令。第三階才涉及部署，而且要有審查、備份與復原機制。多數日常工作停在第二階就夠了。

價格與成本控制：為什麼兩個人花的天差地遠

談錢。Claude Code 的計費是新手最容易一頭霧水的地方，因為它有兩條完全不同的計費路線，而你的使用方式決定了你會落在哪一條、花多少。

路線一：訂閱制（Pro / Max）

如果你本來就訂閱 Claude，Claude Code 可以直接用你的訂閱額度。Pro 是入門月費方案，Max 是更高用量的方案。這條路的特點是月費固定，你在額度內怎麼用都不會被額外收費，適合用量穩定、想要可預測成本的人。但額度有用完的時候，用爆之後要嘛等重置，要嘛升級方案（見 Anthropic 官方支援文章）。

路線二：API 用量計費

你也可以選擇綁定 API 帳號，按實際消耗的 token 計費。這條路的特點是用多少算多少，沒有月費上限的保護，但也不會被額度卡住。重度使用者、自動化任務、企業團隊，通常走這條。代價是：一個不留神，帳單可能比想像中高。因為 Agent Loop 每一圈都在燒 token，它讀檔案燒、想對策燒、執行指令燒、讀結果又燒。一個複雜任務跑個幾十圈，token 消耗會疊得很快。

如果你對「token」這個單位還很陌生，強烈建議先讀AI Token 介紹。不懂 token，你根本無從判斷自己到底在燒多少錢，這在 API 路線上很危險。

五個把成本壓下來的動作

1. 把工作範圍切小：別一次丟一整個大任務。拆成小塊，每塊讓它跑幾圈就收，token 消耗可控。
2. 善用 CLAUDE.md：把規範寫清楚，它就不用每次重新摸索、反覆試錯。試錯是 token 黑洞。
3. 用對模型：簡單任務用較輕量的模型，複雜任務才上最強的。全程開最強模型是最常見的浪費。
4. 先規劃再執行：規劃模式的 token 消耗遠低於「盲改再回滾」。先想清楚，能省掉大量錯誤嘗試。
5. 定期 /compact：對話太長時壓縮歷史，避免它每次都帶著一長串沒用的舊脈絡在燒。

同類專案的資源消耗可能因任務範圍、模型、重試次數與載入脈絡差很多。與其追一個固定倍數，更實際的做法是觀察方案額度或 API 用量，找出反覆重讀與重做的步驟。

訂閱制還是 API，怎麼選？

這是新手最常問的問題，判斷標準其實很簡單：看你用量穩不穩定、要不要可預測的成本。

如果你是每天寫一點、用量穩定、想要月費固定好編預算，訂閱制適合你。額度用爆的風險是它唯一的痛點，但對多數個人工作者與小團隊，那個額度其實夠用。

如果你的用量波動很大、有大量自動化任務在背景跑、或你是企業團隊需要彈性擴充，API 計費更合理。代價是你必須主動監控用量，否則一個失控的 Agent Loop 可能在你睡覺時默默燒掉一筆。實務上的建議是：剛開始先用訂閱制摸熟自己的使用節奏，等你能預估自己一個月大概燒多少 token，再評估要不要切換到 API。

新手最容易踩的七個坑

工具本身沒有錯，錯的多半是使用方式。以下七個坑，是新手最常重複踩的地方。讀完這一節，至少幫你少繳一些學費。

坑一：盲目接受它寫的每一行程式碼

這是頭號大坑。Claude Code 寫出來的程式碼通常能跑，但「能跑」不等於「正確」、不等於「安全」、不等於「你看得懂」。它很可能引入一個你沒授權的套件、用了一個過時的 API、或在邊界條件埋了一顆未爆彈。你不懂的程式碼，就不要放進正式環境。每一行它寫的，你都有責任讀過、理解過。

坑二：在生產環境直接讓它動手

千萬不要。永遠在分支、在副本、在隔離環境裡讓它工作。它改完、你審過、測試過，才合併回去。直接在主分支放生一個 AI，等於把方向盤交出去還矇著眼。

坑三：把整個任務一次丟給它

「幫我把這個網站重寫成 React。」這種等級的指令，十次有九次會走偏。Agent Loop 在缺乏明確邊界時，容易愈改愈遠、愈遠愈焦慮、愈焦慮愈亂改。拆小、分階段、每階段都驗收，才是跟它合作的正確節奏。

坑四：忘記它會讀到機密

前面講過，再強調一次。你那個專案資料夾裡的 .env、設定檔、客戶資料，它全看得到。一不注意就被它寫進 commit、送進模型上下文。機密隔離不是選配，是基本功。

坑五：過度依賴導致自己技術退化

這個坑比較隱性，但長期最傷。當你什麼都讓它寫，自己不再動手想，你的判斷力會慢慢鈍掉。而判斷力恰恰是你審它產出時唯一靠得住的東西。判斷力一旦鈍了，你就從「用 AI 的人」退化成「被 AI 牽著走的人」。留一些自己動手寫的空間，是保護自己的核心能力。

坑六：不寫 CLAUDE.md，每次都讓它從零猜

沒有記憶檔，它每次都得重新摸索你的專案。結果是產出不穩、風格不一致、token 白燒。前面那一整節講的就是這件事，這裡只再提醒：這個坑最容易犯、也最容易補。

坑七：把 AI 產出當成最終成品

它寫的東西是草稿，不是成品。不管看起來多完整，都要過你這一關：讀過、測過、改過。把草稿當成品送上線，遲早會出事。這個心態調整過來，你的產出品質會立刻拉開差距。

不寫程式也能用：行銷人與設計師的三個場景

讀到這裡，你可能會想：我又不是工程師，Claude Code 跟我有什麼關係？關係大了。把 Claude Code 用最兇的人裡，有一半不是寫程式的人。把它想成一個能動手幫你處理檔案的助手，而不只是一個寫程式的工具，你的應用範圍會瞬間炸開。

場景一：批次處理試算表與資料檔

行銷人手上一堆 CSV、一堆從後台匯出的報表。你不用學 Python，直接跟它說：「這個資料夾裡有十二個月的銷售 CSV，幫我合併成一個、加上月份欄、照品類樞紐分析。」它自己寫腳本、自己跑、自己給你結果檔。你不寫一行程式，卻享受到程式自動化的威力。

場景二：用自然語言架一個簡單的網站

「Vibe Coding」通常指用自然語言主導程式開發，讓 AI 產生或修改程式碼，但使用者仍要檢查結果、測試與處理風險。Claude Code 能直接建立檔案、安裝套件和執行本機預覽，是可用的工具之一。基礎概念可參考Vibe Coding 完整入門；若連視覺方向也想先用 AI 產生，再交給 Claude Code 實作，可延伸看〈Claude 搭配 Midjourney 的 AI 架站流程〉。

場景三：幫內容產出做前置研究

在內容產出的工作裡，Claude Code 經常扮演「研究助理」。給它一個資料夾的參考文件，請它整理出重點、比對彼此觀點、找出共識與分歧。這比人工一篇篇讀快太多。重點是：它整理出來的東西，一定再親自驗證，因為 AI 在「經驗」與「事實查核」上天生薄弱，這點在E-E-A-T 指南裡談得很深。這種「機器整理、真人把關」的分工，搬到 SEO 一樣成立，完整做法可以參考用 Claude Code 做 SEO 的完整工作流。

這三個場景的共同點是：你不需要會寫程式，但你需要會問問題、會判斷結果。技術活交給它，判斷活留給自己。這是 AI 時代每一個人都該建立的工作分工。

跨過新手期：把 Claude Code 嵌進你的工作流

當你把前面那些基本功走順之後，Claude Code 真正的威力才剛要展開。進階玩家跟新手的差別，從來不是「問更難的問題」，而在於把這個工具嵌進既有的開發與協作流程，讓它變成一條自動化的生產線，而不只是一個隨叫隨到的助理。這一節講三個能讓你從「會用」升級到「離不開」的能力。

子代理（Subagents）

面對大型任務，可以讓主代理把獨立工作拆給子代理，例如讀文件、寫測試或審查安全性。每個子代理的脈絡較聚焦，但也會增加協調與 token 成本，不保證一定更省。只有任務能清楚分界、輸出可合併時，平行分工才值得。

掛鉤（Hooks）

Hooks 讓你在特定事件發生時自動觸發動作，等於在 Agent Loop 上加裝感測器與煞車。例如你可以設定「每次 Claude Code 改完檔案，自動跑一次 lint 與單元測試，沒過就擋下來」，或「它準備執行被標記為高風險的指令之前，先發一則通知給我確認」。把人工盯哨的活交給自動化，既安全又省力，也讓你在處理別的事時不用一直盯著螢幕。

自訂指令與 CI 整合

你可以把自己常用的指令包成快捷方式，重複任務一鍵啟動。封裝與觸發條件的設計邏輯，可以看Claude Skill 的封裝與觸發設計的完整拆解。更進一步，搭配前面提過的無頭模式把 Claude Code 接進持續整合（CI）流程，讓它在每次程式碼提交後自動審查、自動跑測試、自動把結果回報到協作頻道。走到這一步，它已經從「幫你寫程式的工具」變成「團隊裡一個隨時待命的成員」。

這三招的共通精神是：把重複的、可預測的工作交給自動化，把判斷與決策留給人。能自動化的部分愈多，你投注在真正需要人類判斷的環節的時間就愈充裕。這才是 AI 工具成熟使用的樣貌，也呼應一句值得記住的原則：把繁瑣的執行交給工具，把判斷與經驗緊握在自己手裡。

Claude Code 與其他編碼工具：一張表看懂定位

若想把任務交給雲端代理在背景執行，可以從〈Codex 的雲端任務入門〉看起。

AI 程式工具的介面與委派方式不同。下面用工具類型比較，不必把選擇綁在特定品牌。

工具	型態	核心強項	適合誰
Claude Code	終端機原生的 AI 代理	Agent Loop、能讀寫整個專案、自主修正、長任務自動化	要做完整任務、要它自己跑完一輪的人
雲端編碼代理	在隔離環境執行任務	非同步任務、多檔修改與並行工作	希望把任務交到遠端執行的人
編輯器補全	整合於 IDE	行內建議、補全與即時說明	主要訴求是加快日常輸入的人
AI 原生編輯器	圖形化程式碼編輯器	把對話、代理與編輯整合在同一介面	偏好圖形介面的人

常見分工是讓 Claude Code 負責完整任務與自動化，編輯器補全負責打字當下。實際選擇仍要看任務是否需要本機環境、遠端執行、圖形介面或嚴格的權限隔離。

這裡有一個選擇上的提醒：不要因為某個工具最紅就盲目換過去。每一種工具背後是不同的使用哲學，換工具的成本不只是學費，還有你已經建立的肌肉記憶與工作習慣。先想清楚自己最常做的是哪一類工作（補全？對話？整段任務？自動化？），再回頭對照這張表，答案通常會自己浮現。你真正該追求的是「最適合你的工具組合」，別被市面上喊得最大聲的那一個牽著走。

這裡還要提一個關鍵能力：MCP（Model Context Protocol）。這是讓 Claude Code 連接外部資料源的協定，等於給它一雙能伸到外面的手。例如透過 MCP，它可以連上你的 WordPress、直接幫你管理內容。這個玩法在MCP 入門指南有完整說明，而實戰步驟整理在Claude Code 搭配 WordPress 實戰那一篇，有興趣可以接著讀。

開始之前，先問自己三個問題

工具再強，用錯地方就是浪費。在你正式把 Claude Code 嵌進日常工作之前，建議你先誠實回答這三個問題。答案會直接決定你用得順不順、值不值得。

問題一：我有沒有「會被它讀到」的機密？

如果有，先處理隔離再說。把機密搬出工作範圍、設好禁忌清單、開沙盒。這一步不做，後面出事只是早晚。安全永遠排在效率前面。

問題二：我交給它的任務，我自己懂不懂？

如果完全不懂，你將無法判斷它的產出對不對，等於盲飛。不是說不懂就不能用，而是不懂的領域要搭配一個懂的人來審，或者只讓它做你能力圈內的輔助。把判斷權外包給 AI，是最危險的用法。

問題三：我想用它解決的，是真的需要「動手」的任務嗎？

如果只是問一個概念、查一段語法，聊天型工具就夠了，不必動用 Claude Code。它的價值在於需要讀寫檔案、需要執行、需要看結果再修正的任務。把它的能力用在對的場景，才不會殺雞用牛刀、也不會拿牛刀殺雞。

給新手的四步行動方案

1. 今天：照官方 Quickstart 裝起來，在一個無關緊要的練習資料夾跑通第一個指令。感受一下 Agent Loop。
2. 這週：挑一個你自己的小專案，打 /init，認真寫一份 CLAUDE.md。把它當入職手冊在寫。
3. 這個月：把沙盒與權限設定好，養成「先讀後寫、先規劃再執行、每段都審」的三個習慣。
4. 持續：每週回頭檢視你的 token 消耗與帳單，調整使用節奏，別讓成本默默失控。同時每個月撥一次時間，回頭更新你的 CLAUDE.md，把這個月新學到的規範、踩到的地雷補進去，讓它隨專案一起長大。

這四步的目的，是建立可重複、可驗收的工作方式。關鍵不只是哪個模型，而是有沒有把模型以外的執行環境設計好：寫清楚專案規則、控制權限並保留人工判斷。

AI 程式工具這一兩年爆炸性成長，整個行銷與開發流程都在被改寫。根據〈HubSpot State of Marketing Report〉的調查，已經有相當比例的行銷團隊把 AI 工具嵌進日常工作流程，而且這個比例還在快速上升。趨勢很明確，但趨勢不等於你要盲目跟進。先把基礎打穩、把判斷力留住、把安全做足，你才能在這波變化裡成為清醒的駕馭者，而不是被工具牽著走的人。

Claude Code 是一把極鋒利的刀。鋒利本身不是好事也不是壞事，全看握著它的那隻手夠不夠穩。把它用好的關鍵很簡單：把它的能力邊界摸清楚、把自己的判斷力磨利、把安全與成本的習慣內建到日常工作裡。背誦再多指令，都比不上這三件事。現在，輪到你親自上場練手感了。