這裡有 27 個 Claude Code 具體技巧，分為初學者、中階、高手三個層次，幫助你從 2 倍生產力邁向 10 倍生產力。本文整理、翻譯自 Rahul X 文章。 （前情提要：Claude Code 新推 /goals 指令：分離執行與評估，避免 AI 代理偷懶說謊 ） （背景補充：實戰：手把手教你用 7 個 Agent 將 Vibe Coding 升級為專家級開發流程）
本文目錄
Toggle
大多數人把 Claude Code 當成高級自動補全工具。
他們輸入提示，然後等待，然後接受第一個輸出。
他們把 90% 的功能潛力留在桌上。
有 27 個具體技巧，區分了產出 2 倍與 10 倍的開發者。
我將把它們全部拆解給你看。
初學者 → 中階 → 高手。
讀一遍，存起來，到達每個階段時再回來看。
在開始之前——改變一切的心智模型
大多數開發者把 Claude Code 當成自動販賣機。
放進提示，取出程式碼。
這個模型是錯的。
正確的心智模型是：Claude Code 是一位才能出眾的初級開發者，但他需要適當的入職說明、明確的限制，以及定期的確認。
給它結構 → 它就能飛奔。省略結構 → 它就會漫無目的地遊走。
以下每個技巧，說到底都是同一件事：
給 Claude 更好的結構，讓它能夠在更少打擾下走得更遠。
1. 在做任何事之前先執行 /init
每個新專案你做的第一件事：執行 /init。
Claude 會讀取你的程式庫並生成一個 CLAUDE.md 檔案。
這個檔案成為專案的大腦——架構決策、慣例、模式、命名規則。
每個未來的工作階段都會在這些上下文已載入的狀態下開始。
沒有它：Claude 只能猜測你的慣例。有了它：Claude 已經知道它們了。
/init
一個指令。完成。永遠不要跳過它。
2. 使用 /statusline 查看正在發生的事情
設定 /statusline，把你的終端機變成即時儀表板。
你可以看到：Token 使用量、工作階段指標、模型資訊——全部即時顯示。
/statusline
不用再猜你消耗了多少上下文。
看數字就好。
3. 啟用語音輸入
免提編程讓你持續保持在解決問題的狀態。
你不需要停下來打字，只要說出下一個指令即可。
在你審查輸出並想重新引導而不中斷思路時特別有用。
在設定中啟用一次，之後持續使用。
4. 使用 /context 找出什麼在消耗你的 Token
你的上下文視窗是一個預算。
當它變得沉重時，使用 /context 檢查是什麼在消耗它。
/context
你幾乎總會發現冗餘的負擔——舊檔案、不相關的上下文、過時的指令。
修剪它，你的輸出品質會立即改善。
5. 在 60% 時壓縮，任務之間清除
上下文衛生的兩條規則：
→ 上下文達到 60% 時執行 /compact——Claude 會在不丟失關鍵資訊的情況下壓縮對話 → 在完全不相關的任務之間執行 /clear——重新開始
/compact # 當一個任務執行時間較長時 /clear # 當切換到全新不相關的任務時
大多數開發者等到上下文完全滿了才處理。
到那時 Claude 已經在退化了。
60% 是最佳時機。
6. 永遠從計畫模式開始
在 Claude 寫任何一行程式碼之前——先讓它規劃。
# 開始工作階段時： 「在做任何事之前，先概述方法。 列出步驟，標記任何假設。 如果有任何不清楚的地方，請問我。」
為什麼這樣有效：
→ 迫使 Claude 在行動前先思考 → 及早浮現不對齊的假設 → 在算力消耗前給你一個檢查點
以計畫模式開始的工作階段多花 3 分鐘。
沒有計畫就開始的工作階段，往往需要額外 3 小時來修正。
7. 呈現問題，而非指令
大多數人說：「幫我建一個登入頁面。」
更好的做法：「使用者在密碼包含特殊字元時無法登入。這是錯誤訊息。這是限制——我們不能更改資料庫架構。」
問題 + 限制 + 上下文 ＝ 大幅改善的輸出。
Claude 不是指令執行器。
它是問題解決者。
把問題給它。
8. 讓 Claude 在開始之前提問
把這段加入每個複雜提示中：
「在開始之前，問我任何你需要做好這件事的澄清問題，一次全部列出來。」
第一個輸出幾乎從來不是最好的輸出。
最好的輸出在 Claude 理解邊緣案例之後才會出現。
讓它提問，回答一次，然後看它自己跑。
9. 將自我驗證融入待辦清單
在給 Claude 任務清單時，加入驗證步驟：
待辦事項： 1. 建立付款表單 2. 新增輸入驗證 3. ✓ 驗證：測試空白輸入、特殊字元以及超過 10,000 元的金額 4. 新增錯誤訊息 5. ✓ 驗證：確認所有錯誤狀態都已處理且可見
Claude 會在宣布任務完成之前自我檢查。
沒有這個：Claude 在第 2 步就宣告勝利。有了這個：Claude 才真正完成任務。
10. 部署子代理進行並行工作
最常被低估的功能之一。
不要循序執行任務，而是將它們分割給具有隔離上下文的子代理。
「啟動一個子代理處理資料庫架構。 另一個處理 API 端點。 你負責協調整合。」
並行工作，隔離上下文，零交叉污染。
生產力的躍升不是漸進式的，而是乘數級的。
11. 將可重複使用的提示儲存為自定義技能
每次你重複寫相同的指令，你就是在損失時間。
將可重複使用的工作流程儲存為技能檔案：
# skills/code-review.md 審查程式碼時： 1. 首先檢查安全漏洞 2. 標記任何 N+1 查詢 3. 驗證每個外部呼叫的錯誤處理 4. 檢查變數命名是否符合我們的慣例（camelCase，描述性） 5. 輸出：先列出關鍵問題，再列出建議
載入技能，Claude 每次都遵循你的確切標準。
再也不用重寫同樣的指令。
12. 對簡單任務使用較輕量的模型
Haiku 適用於：檔案重命名、簡單重構、樣板程式碼、設定編輯。
Sonnet/Opus 適用於：架構決策、複雜除錯、多檔案變更。
# 在工作階段設定時： 「使用最具成本效益的模型來完成這個任務。」
大多數開發者對所有事情都用 Opus。
這就像開法拉利去買菜。
讓模型匹配任務。
13. 隨著專案演進持續更新 CLAUDE.md
你用 /init 生成的 CLAUDE.md 不是一次性文件。
隨著專案變化更新它：
# CLAUDE.md ## 目前技術堆疊 - Next.js 14（App Router，非 Pages Router） - Supabase 用於驗證和資料庫 - Tailwind + shadcn/ui 用於元件 ## 嚴格規則 - 絕對不要提交或推送。使用者自行處理所有 git 操作。 - 始終使用 TypeScript，不使用 JS 檔案。 - 所有 API 路由放在 /app/api/ ## 已知問題 - 驗證工作階段有時在行動裝置上過期——在任何與驗證相關的工作中請注意這一點
過時的上下文比沒有上下文更糟。
過時的 CLAUDE.md 會讓 Claude 自信地走向錯誤的方向。
14. 在 CLAUDE.md 中連結外部檔案，而非直接貼入
不要把所有東西都塞進 CLAUDE.md。
改為引用外部檔案：
# CLAUDE.md ## 架構 參見：/docs/architecture.md ## API 慣例 參見：/docs/api-standards.md ## 目前衝刺 參見：/docs/sprint-23.md
Claude 只載入需要的內容。
你的上下文保持精簡，你的 Token 預算保持健康。
15. 立即終止偏離的工作階段
Claude 一偏離方向，就立刻停止它。
不要讓糟糕的工作不斷累積。
停止。這不是我要求的。 實際需求：[清楚重述] 限制條件：[說明限制] 只帶著這些重新開始。
不斷累積的糟糕工作，比從頭開始更難修正。
及早發現偏離，重新強力提示。
16. 質疑第一個輸出
接受是好工作的敵人。
在每次輸出之後：
這裡最薄弱的地方是什麼？ 如果你有更多時間，你會改變什麼？ 有沒有我應該考慮的更簡單方法？
Claude 的第一個答案很少是它最好的答案。
最好的答案在被質疑之後才會出現。
17. 設定通知鉤子
別再盯著終端機了。
設定當長時間任務完成時通知你的鉤子：
# 範例：Claude 完成時發送通知 claude run "build the feature" && \ osascript -e 'display notification "Claude 完成了" with title "Claude Code"'
去做別的事情。
等它叫你的時候再回來。
18. 將截圖傳給 Claude 進行版面驗證
Claude 看不到你正在運行的應用程式。
但它可以分析應用程式的截圖。
「這是目前狀態的截圖。 按鈕在行動裝置上的對齊有問題。 修正 CSS 以符合設計規格。」
直接將截圖貼入工作階段。
視覺除錯的速度提升了 10 倍。
19. Chrome 開發人員工具整合
讓 Claude 透過開發人員工具與你正在運行的應用程式互動。
它可以即時讀取主控台錯誤、網路請求和 DOM 狀態。
「在結帳頁面開啟開發人員工具。 找出付款按鈕為何沒有反應。 檢查主控台錯誤和網路選項卡。」
除錯變成：Claude 看到頁面，Claude 修復頁面。
不再是：你複製貼上錯誤，Claude 猜測。
20. 恢復先前的工作階段
永遠不要丟失先前工作階段的上下文。
claude --resume 9901b366-c4b6-4d78-89ad-81e964e373e
Claude 會打開確切的工作階段——完整的對話歷史、完整的上下文，以及你中斷的確切位置。
在 Claude Code 歷史記錄中找到你的工作階段 ID。
將你會回來的工作階段加入書籤。
21. 使用 Git Worktrees 進行並行工作階段
這是嚴肅專案最大的生產力解鎖。
在不同分支上同時運行多個 Claude 工作階段。
# 為並行工作建立 worktree git worktree add ../project-feature-auth feature/auth git worktree add ../project-feature-payments feature/payments git worktree add ../project-feature-dashboard feature/dashboard # 現在在每個目錄中分別執行 Claude 工作階段 # Claude 同時處理三個任務 # 零衝突，零等待。
工作階段 1：建立驗證。工作階段 2：建立支付系統。工作階段 3：建立儀表板。
全部同時運行。
這就是你一天內交付一週工作量的方法。
22. 用直接 API 端點取代 MCP 伺服器
MCP 伺服器增加了額外負擔。
對於性能關鍵或高流量的工作，直接呼叫 API 端點。
# 不要這樣：使用 MCP 伺服器 → Notion # 改成：「直接呼叫 Notion API，網址是 api.notion.com/v1/pages # 這是我的 API 金鑰格式和端點結構。」
更少的額外負擔，更少的 Token 消耗，更低的延遲。
更昂貴的工具呼叫 → 用直接 API 取代 → 立即改善。
23. 使用 /loop 自動化重複性任務
Claude 可以在無人值守的情況下持續執行任務長達 3 天。
設定好，然後走開。
Claude 監控、記錄、分類——持續數天。
24. 用手機遠端控制
遠端管理你的本機 Claude 工作階段。
# 透過 ngrok 或類似工具公開你的 Claude 工作階段 ngrok http 3000 # 從手機瀏覽器存取 # 通勤時啟動建置 # 不需要開電腦就能查看進度
當你離開辦公桌卻想起忘了啟動的那件事時特別有用。
打開手機，啟動任務，在你回家之前就完成了。
25. 用白話文查詢資料庫
對於一次性分析，完全跳過撰寫 SQL。
Claude 轉換成 SQL，執行它，返回答案。
不用寫 SQL，不用記架構，只要一個問題和一個答案。
26. 對真正困難的問題使用 Ultrathink
當問題真的很複雜時——分配最大 Token 並明確告訴 Claude。
90% 的任務，快速就夠了。
對於那 10% 真正困難的任務——放慢速度。
思考預算就在那裡，好好使用它。
27. 在 Opus 4.8 中使用 Ultracode 模式
為了獲得最高的編程性能：
/effort high
這會啟動 ultracode——Claude 最高投入的編程模式。
留給以下情況使用： → 複雜的架構決策 → 安全關鍵的實作 → 性能優化過程 → 多系統重構
它消耗更多 Token，花費更長時間。
但對於困難問題，它能產出有意義地更好的程式碼。
27 個技巧背後的模式
這張清單上的每一個技巧，都屬於以下三類之一：
上下文紀律 — CLAUDE.md、/init、/compact、/clear、檔案連結。給 Claude 更好的資訊，它就能做出更好的決策。
聰明委派 — 子代理、Worktree、並行工作階段、/loop。當 Claude 可以同時處理多件事時，停止一次只做一件事。
積極自動化 — 鉤子、遠端控制、技能、資料庫查詢。如果你手動做了不止兩次，Claude 就應該來做了。
交付 10 倍工作量的開發者並不比你聰明。
他們只是更系統化。
從哪裡開始
不要試圖今天就實作全部 27 個。
第 1 週： /init、/compact、計畫模式、自我驗證待辦事項。僅這四個就能改變你的工作階段。
第 2 週： 自定義技能、輕量模型、CLAUDE.md 更新、質疑每個輸出。你將不再重複寫相同的指令。
第 3 週： 子代理、Worktree、並行工作階段。你將開始同時交付多個功能。
第 4 週及以後： /loop、Ultrathink、開發人員工具、遠端控制。你將完全不再盯著終端機。
這個系統會自我複利。
每個層次都讓下一個層次更強大。
從頭開始，掌握它，然後向上。
快速參考
初學者： → 1. /init — 生成專案 CLAUDE.md → 2. /statusline — 即時 Token 儀表板 → 3. 語音輸入 — 免提編程 → 4. /context — 找出 Token 消耗 → 5. 60% 時執行 /compact，任務間執行 /clear → 6. 先進入計畫模式 — 執行前先概述 → 7. 呈現問題而非指令 → 8. 讓 Claude 在開始前提問 → 9. 待辦清單中加入自我驗證步驟
中階： → 10. 子代理進行並行隔離工作 → 11. 自定義技能 — 儲存可重複使用的提示 → 12. 簡單任務用 Haiku，複雜任務用 Opus → 13. 隨專案演進持續更新 CLAUDE.md → 14. 連結外部檔案，不要直接貼入 → 15. 立即終止偏離 — 重新強力提示 → 16. 每次都質疑第一個輸出 → 17. 通知鉤子 — 停止盯著終端機 → 18. 傳截圖進行視覺除錯
高手： → 19. Chrome 開發人員工具整合 → 20. claude –resume 保持工作階段連續性 → 21. Git Worktrees 進行並行工作階段 → 22. 直接 API 呼叫取代 MCP 伺服器 → 23. /loop 用於多天重複性任務 → 24. 用手機遠端控制 → 25. 白話文資料庫查詢 → 26. Ultrathink 處理困難問題 → 27. /effort high 啟動 Ultracode 模式
164.96萬 熱度
48.71萬 熱度
12.88萬 熱度
19.5萬 熱度
100.46萬 熱度
27 個多數人不知道的 Claude 隱藏功能、設定與捷徑
這裡有 27 個 Claude Code 具體技巧，分為初學者、中階、高手三個層次，幫助你從 2 倍生產力邁向 10 倍生產力。本文整理、翻譯自 Rahul X 文章。
（前情提要：Claude Code 新推 /goals 指令：分離執行與評估，避免 AI 代理偷懶說謊 ）
（背景補充：實戰：手把手教你用 7 個 Agent 將 Vibe Coding 升級為專家級開發流程）
本文目錄
Toggle
大多數人把 Claude Code 當成高級自動補全工具。
他們輸入提示，然後等待，然後接受第一個輸出。
他們把 90% 的功能潛力留在桌上。
有 27 個具體技巧，區分了產出 2 倍與 10 倍的開發者。
我將把它們全部拆解給你看。
初學者 → 中階 → 高手。
讀一遍，存起來，到達每個階段時再回來看。
在開始之前——改變一切的心智模型
大多數開發者把 Claude Code 當成自動販賣機。
放進提示，取出程式碼。
這個模型是錯的。
正確的心智模型是：Claude Code 是一位才能出眾的初級開發者，但他需要適當的入職說明、明確的限制，以及定期的確認。
給它結構 → 它就能飛奔。省略結構 → 它就會漫無目的地遊走。
以下每個技巧，說到底都是同一件事：
給 Claude 更好的結構，讓它能夠在更少打擾下走得更遠。
初學者技巧 先掌握這些，它們能避免 80% 的無效工作階段。
1. 在做任何事之前先執行 /init
每個新專案你做的第一件事：執行 /init。
Claude 會讀取你的程式庫並生成一個 CLAUDE.md 檔案。
這個檔案成為專案的大腦——架構決策、慣例、模式、命名規則。
每個未來的工作階段都會在這些上下文已載入的狀態下開始。
沒有它：Claude 只能猜測你的慣例。有了它：Claude 已經知道它們了。
一個指令。完成。永遠不要跳過它。
2. 使用 /statusline 查看正在發生的事情
設定 /statusline，把你的終端機變成即時儀表板。
你可以看到：Token 使用量、工作階段指標、模型資訊——全部即時顯示。
不用再猜你消耗了多少上下文。
看數字就好。
3. 啟用語音輸入
免提編程讓你持續保持在解決問題的狀態。
你不需要停下來打字，只要說出下一個指令即可。
在你審查輸出並想重新引導而不中斷思路時特別有用。
在設定中啟用一次，之後持續使用。
4. 使用 /context 找出什麼在消耗你的 Token
你的上下文視窗是一個預算。
當它變得沉重時，使用 /context 檢查是什麼在消耗它。
你幾乎總會發現冗餘的負擔——舊檔案、不相關的上下文、過時的指令。
修剪它，你的輸出品質會立即改善。
5. 在 60% 時壓縮，任務之間清除
上下文衛生的兩條規則：
→ 上下文達到 60% 時執行 /compact——Claude 會在不丟失關鍵資訊的情況下壓縮對話
→ 在完全不相關的任務之間執行 /clear——重新開始
大多數開發者等到上下文完全滿了才處理。
到那時 Claude 已經在退化了。
60% 是最佳時機。
6. 永遠從計畫模式開始
在 Claude 寫任何一行程式碼之前——先讓它規劃。
為什麼這樣有效：
→ 迫使 Claude 在行動前先思考
→ 及早浮現不對齊的假設
→ 在算力消耗前給你一個檢查點
以計畫模式開始的工作階段多花 3 分鐘。
沒有計畫就開始的工作階段，往往需要額外 3 小時來修正。
7. 呈現問題，而非指令
大多數人說：「幫我建一個登入頁面。」
更好的做法：「使用者在密碼包含特殊字元時無法登入。這是錯誤訊息。這是限制——我們不能更改資料庫架構。」
問題 + 限制 + 上下文 ＝ 大幅改善的輸出。
Claude 不是指令執行器。
它是問題解決者。
把問題給它。
8. 讓 Claude 在開始之前提問
把這段加入每個複雜提示中：
第一個輸出幾乎從來不是最好的輸出。
最好的輸出在 Claude 理解邊緣案例之後才會出現。
讓它提問，回答一次，然後看它自己跑。
9. 將自我驗證融入待辦清單
在給 Claude 任務清單時，加入驗證步驟：
Claude 會在宣布任務完成之前自我檢查。
沒有這個：Claude 在第 2 步就宣告勝利。有了這個：Claude 才真正完成任務。
中階技巧 一旦基礎掌握了，這些技巧就能解鎖真正的生產力躍升。
10. 部署子代理進行並行工作
最常被低估的功能之一。
不要循序執行任務，而是將它們分割給具有隔離上下文的子代理。
並行工作，隔離上下文，零交叉污染。
生產力的躍升不是漸進式的，而是乘數級的。
11. 將可重複使用的提示儲存為自定義技能
每次你重複寫相同的指令，你就是在損失時間。
將可重複使用的工作流程儲存為技能檔案：
載入技能，Claude 每次都遵循你的確切標準。
再也不用重寫同樣的指令。
12. 對簡單任務使用較輕量的模型
Haiku 適用於：檔案重命名、簡單重構、樣板程式碼、設定編輯。
Sonnet/Opus 適用於：架構決策、複雜除錯、多檔案變更。
大多數開發者對所有事情都用 Opus。
這就像開法拉利去買菜。
讓模型匹配任務。
13. 隨著專案演進持續更新 CLAUDE.md
你用 /init 生成的 CLAUDE.md 不是一次性文件。
隨著專案變化更新它：
過時的上下文比沒有上下文更糟。
過時的 CLAUDE.md 會讓 Claude 自信地走向錯誤的方向。
14. 在 CLAUDE.md 中連結外部檔案，而非直接貼入
不要把所有東西都塞進 CLAUDE.md。
改為引用外部檔案：
Claude 只載入需要的內容。
你的上下文保持精簡，你的 Token 預算保持健康。
15. 立即終止偏離的工作階段
Claude 一偏離方向，就立刻停止它。
不要讓糟糕的工作不斷累積。
不斷累積的糟糕工作，比從頭開始更難修正。
及早發現偏離，重新強力提示。
16. 質疑第一個輸出
接受是好工作的敵人。
在每次輸出之後：
Claude 的第一個答案很少是它最好的答案。
最好的答案在被質疑之後才會出現。
17. 設定通知鉤子
別再盯著終端機了。
設定當長時間任務完成時通知你的鉤子：
去做別的事情。
等它叫你的時候再回來。
18. 將截圖傳給 Claude 進行版面驗證
Claude 看不到你正在運行的應用程式。
但它可以分析應用程式的截圖。
直接將截圖貼入工作階段。
視覺除錯的速度提升了 10 倍。
高手技巧 到了這個層次，Claude Code 不再只是編程助手，而是感覺像一個完整的團隊。
19. Chrome 開發人員工具整合
讓 Claude 透過開發人員工具與你正在運行的應用程式互動。
它可以即時讀取主控台錯誤、網路請求和 DOM 狀態。
除錯變成：Claude 看到頁面，Claude 修復頁面。
不再是：你複製貼上錯誤，Claude 猜測。
20. 恢復先前的工作階段
永遠不要丟失先前工作階段的上下文。
Claude 會打開確切的工作階段——完整的對話歷史、完整的上下文，以及你中斷的確切位置。
在 Claude Code 歷史記錄中找到你的工作階段 ID。
將你會回來的工作階段加入書籤。
21. 使用 Git Worktrees 進行並行工作階段
這是嚴肅專案最大的生產力解鎖。
在不同分支上同時運行多個 Claude 工作階段。
工作階段 1：建立驗證。工作階段 2：建立支付系統。工作階段 3：建立儀表板。
全部同時運行。
這就是你一天內交付一週工作量的方法。
22. 用直接 API 端點取代 MCP 伺服器
MCP 伺服器增加了額外負擔。
對於性能關鍵或高流量的工作，直接呼叫 API 端點。
更少的額外負擔，更少的 Token 消耗，更低的延遲。
更昂貴的工具呼叫 → 用直接 API 取代 → 立即改善。
23. 使用 /loop 自動化重複性任務
Claude 可以在無人值守的情況下持續執行任務長達 3 天。
設定好，然後走開。
Claude 監控、記錄、分類——持續數天。
24. 用手機遠端控制
遠端管理你的本機 Claude 工作階段。
當你離開辦公桌卻想起忘了啟動的那件事時特別有用。
打開手機，啟動任務，在你回家之前就完成了。
25. 用白話文查詢資料庫
對於一次性分析，完全跳過撰寫 SQL。
Claude 轉換成 SQL，執行它，返回答案。
不用寫 SQL，不用記架構，只要一個問題和一個答案。
26. 對真正困難的問題使用 Ultrathink
當問題真的很複雜時——分配最大 Token 並明確告訴 Claude。
90% 的任務，快速就夠了。
對於那 10% 真正困難的任務——放慢速度。
思考預算就在那裡，好好使用它。
27. 在 Opus 4.8 中使用 Ultracode 模式
為了獲得最高的編程性能：
這會啟動 ultracode——Claude 最高投入的編程模式。
留給以下情況使用：
→ 複雜的架構決策
→ 安全關鍵的實作
→ 性能優化過程
→ 多系統重構
它消耗更多 Token，花費更長時間。
但對於困難問題，它能產出有意義地更好的程式碼。
27 個技巧背後的模式
這張清單上的每一個技巧，都屬於以下三類之一：
上下文紀律 — CLAUDE.md、/init、/compact、/clear、檔案連結。給 Claude 更好的資訊，它就能做出更好的決策。
聰明委派 — 子代理、Worktree、並行工作階段、/loop。當 Claude 可以同時處理多件事時，停止一次只做一件事。
積極自動化 — 鉤子、遠端控制、技能、資料庫查詢。如果你手動做了不止兩次，Claude 就應該來做了。
交付 10 倍工作量的開發者並不比你聰明。
他們只是更系統化。
從哪裡開始
不要試圖今天就實作全部 27 個。
第 1 週： /init、/compact、計畫模式、自我驗證待辦事項。僅這四個就能改變你的工作階段。
第 2 週： 自定義技能、輕量模型、CLAUDE.md 更新、質疑每個輸出。你將不再重複寫相同的指令。
第 3 週： 子代理、Worktree、並行工作階段。你將開始同時交付多個功能。
第 4 週及以後： /loop、Ultrathink、開發人員工具、遠端控制。你將完全不再盯著終端機。
這個系統會自我複利。
每個層次都讓下一個層次更強大。
從頭開始，掌握它，然後向上。
快速參考
初學者：
→ 1. /init — 生成專案 CLAUDE.md
→ 2. /statusline — 即時 Token 儀表板
→ 3. 語音輸入 — 免提編程
→ 4. /context — 找出 Token 消耗
→ 5. 60% 時執行 /compact，任務間執行 /clear
→ 6. 先進入計畫模式 — 執行前先概述
→ 7. 呈現問題而非指令
→ 8. 讓 Claude 在開始前提問
→ 9. 待辦清單中加入自我驗證步驟
中階：
→ 10. 子代理進行並行隔離工作
→ 11. 自定義技能 — 儲存可重複使用的提示
→ 12. 簡單任務用 Haiku，複雜任務用 Opus
→ 13. 隨專案演進持續更新 CLAUDE.md
→ 14. 連結外部檔案，不要直接貼入
→ 15. 立即終止偏離 — 重新強力提示
→ 16. 每次都質疑第一個輸出
→ 17. 通知鉤子 — 停止盯著終端機
→ 18. 傳截圖進行視覺除錯
高手：
→ 19. Chrome 開發人員工具整合
→ 20. claude –resume 保持工作階段連續性
→ 21. Git Worktrees 進行並行工作階段
→ 22. 直接 API 呼叫取代 MCP 伺服器
→ 23. /loop 用於多天重複性任務
→ 24. 用手機遠端控制
→ 25. 白話文資料庫查詢
→ 26. Ultrathink 處理困難問題
→ 27. /effort high 啟動 Ultracode 模式