Boris Cherny （鮑里斯·切爾尼）是 Claude Code 的創造者，他每天同時開 5 個終端機 session、5 到 10 個網頁 session，一天推 20 到 30 個 Pull Request。但他的設定出乎意料地簡單，他自己說 “surprisingly vanilla”（出乎意料地平淡無奇）。
大部分中文教學只翻譯了他最基本的幾個 Claude Code 技巧：問問題、先計畫、寫 CLAUDE.md。
本篇文章直接從 Boris 的 X 貼文、Lenny’s Podcast 訪談、Pragmatic Engineer 專訪，以及他官方整理的 howborisusesclaudecode.com 原始資料，拆解 8 個多數人知道但沒在用的進階技巧。
Claude Code 進階技巧是指 Boris Cherny 和 Anthropic 團隊在日常開發中實際使用的工作流設定和自動化方法，不是理論，是他們每天靠這些東西寫 code 的方式。
如果你已經在用 Claude Code，這篇能讓你的使用效率直接跳一個等級。
Boris Cherny 是誰？為什麼他的用法值得學？
Boris Cherny 是 Anthropic 的 Claude Code 負責人，之前在 Meta 做了五年 Principal Engineer，也是 Programming TypeScript 這本書的作者。Claude Code 最早是他在 Anthropic 內部做的一個副專案，後來變成整間公司的核心開發工具，現在佔了 GitHub 上 4% 的 commit 量。
Anthropic 工程師的產出怎麼翻倍的？
Boris 在 Lenny’s Podcast 裡透露，Anthropic 內部導入 Claude Code 之後，工程師的程式碼產出量翻了 200%。新人到職的上手時間從原本的 2 到 3 週縮短到 2 到 3 天，不是靠更長的工時，是靠改變工作方式。
以下 10 個技巧，就是他們實際在用的方法。
1.最重要第一招：平行執行多個 Claude Code Session
Boris 說這是最大的生產力提升：同時跑 3 到 5 個 Git Worktree，每個 worktree （工作樹）裡開一個獨立的 Claude Code session，讓它們平行處理不同任務。
Git Worktree 怎麼設定？
Git Worktree 是 Git 內建的功能，讓你在同一個 repo 裡建立多個獨立的工作目錄，每個目錄有自己的分支和檔案狀態，互不干擾。
在 Claude Code 裡直接跑 claude --worktree my_worktree 就能啟動一個隔離的 session，或者在 Desktop App 的 Code tab 裡勾選 worktree 選項。
Boris 的做法是用 iTerm2 開 5 個 tab，每個 tab 對應一個獨立的 git checkout，設好系統通知，當某個 Claude session 需要你輸入的時候會自動提醒。
Tab 1 做新功能開發，Tab 2 跑測試，Tab 3 做 code review，Tab 4 處理 debug，Tab 5 寫文件。
Boris Cherny 的平行工作流：同時跑多個 Claude Code session 處理不同任務
Boris 的 5+5 設定是什麼？
除了 5 個終端機 session，Boris 同時還開 5 到 10 個 claude.ai/code 的網頁 session。
加上手機上的 Claude iOS App，他隨時都有 10 到 15 個 Claude session 在跑。早上用手機開一個 session 交代任務，到公司後用 /teleport 指令把 session 接回桌機繼續做。
Boris 每天同時跑 10 到 15 個 Claude Code session，一天推 20 到 30 個 PR，他說平行執行是最大的生產力提升，沒有之一。
2.讓 Claude Code 自己檢查自己的工作
Boris 說這是讓 Claude Code 產出品質翻 2 到 3 倍的關鍵：給 Claude 一個驗證自己工作的方法，有了驗證手段，Claude 會自動跑 2 到 3 輪修正迴圈，最終結果的品質遠超一次性產出。
為什麼自動驗證能讓品質翻倍？
原理很簡單：沒有驗證手段的 Claude 只能寫完就交差，有了驗證手段的 Claude 會寫完、檢查、發現問題、修正、再檢查。這跟人類工程師一樣，能跑測試的工程師寫出來的 code 品質遠超不能跑測試的。
Boris 的原話是：你不會叫一個工程師在沒有瀏覽器的情況下做網站。
不同類型的專案怎麼設定驗證？
前端專案用 Claude Chrome Extension，它能開瀏覽器、看到 UI 變化、自己發現問題並修正。後端專案用測試套件，Claude 寫完 code 後自動跑 test，沒過就自己改到過為止。
桌面應用可以用 Computer Use 功能，讓 Claude 像人一樣操作你的 App。分散式系統用 Docker logs 排錯。
Boris 團隊內部有兩個專用的 subagent： verify-app （端到端測試）和 code-simplifier （實作後自動清理）。
規則是：沒通過驗證，不准標記任務完成。
3.Plan Mode 怎麼用才對？
Plan Mode 不只是讓 Claude 先想再做那麼簡單。
Boris 的用法是三階段工作流：先在 Plan Mode 裡打磨計畫，再讓另一個 Claude 以資深工程師的角度挑毛病，最後才切到自動接受模式讓 Claude 一口氣寫完。
三階段工作流長什麼樣？
第一階段：按 Shift+Tab 進入 Plan Mode，跟 Claude 反覆對齊計畫，直到規格完全清楚。Boris 說好的計畫能讓 Claude 一次到位，省掉後面來回修改的時間。
第二階段：請 Claude 自我批評。直接說 “如果你是資深工程師，這個計畫有什麼問題？” 讓 Claude 自己找漏洞。如果是高風險的任務，Boris 會開第二個 Claude session 做獨立的架構審查。
第三階段：計畫鎖定後，切到自動接受模式（Shift+Tab），讓 Claude 不需要你逐一確認就把整個計畫執行完。
Claude Code Plan Mode 操作畫面，Shift+Tab 進入計畫模式對齊規格
Claude Code 自動接受模式設定畫面，計畫鎖定後讓 Claude 一口氣執行不需逐一確認
什麼時候不需要 Plan Mode？
Boris 說隨著模型越來越聰明，需要 Plan Mode 的門檻也在往外推。小改動、明確的 bug fix、格式調整這些不需要。
但只要涉及架構決策、多檔案修改、或你自己都還沒想清楚的需求，就應該用 Plan Mode。
他的判斷標準是：如果你不確定 Claude 能不能一次做對，就先 Plan。
4.CLAUDE.md 飛輪效應：怎麼讓 AI 每次都更聰明？
CLAUDE.md 是放在專案根目錄的純文字檔，Claude Code 每次啟動都會自動讀取。Boris 團隊的用法不只是寫規範，而是把它當成一個持續累積的學習系統，每次 Claude 犯錯就加一條規則進去，下次就不會再犯。
Boris 叫這個做 Compounding Engineering（複利式工程）。
CLAUDE.md 裡要寫什麼？
Boris 團隊的 CLAUDE.md 大約 2,500 tokens，包含以下幾類內容：常用的 Bash 指令、架構決策和原因、重要檔案路徑、程式碼風格規範、PR 模板、還有歷史犯錯紀錄。
全團隊共同維護，每週更新好幾次，每次有人發現 Claude 做錯事就加一條。
Boris 的建議是：不要只寫規則，要寫為什麼。
不要寫「不要用 var」，要寫「不要用 var，因為我們的 lint 規則會擋，而且所有現有程式碼都用 const/let」。
@.claude 自動學習怎麼設定？
Boris 的團隊在 PR review 裡直接標記 @.claude ，Claude Code 的 GitHub Action 會自動把 review 裡的學習重點寫進 CLAUDE.md，作為 PR 的一部分 commit 進去。這代表每一次 code review 都讓 AI 變更聰明，而且學習過程完全自動化。
設定方式：在 Claude Code 裡跑 /install-github-action ，裝好後在 PR comment 裡 tag @.claude 就會觸發。用了半年以上的團隊，CLAUDE.md 裡會累積上百條學習規則，犯錯率明顯低於新團隊。
GitHub PR comment 中使用 @.claude 觸發 Claude Code GitHub Action，自動把學習重點寫進 CLAUDE.md
5.長對話不崩潰的 Context 管理怎麼做？
Claude Code 有 1M token 的 context window，但 Boris 說實際上到了 30 萬到 40 萬 tokens 的時候，模型的表現就會開始下降，他稱之為 context rot zone，管理 context 是長時間工作不翻車的關鍵。
/rewind 跟 /compact 差在哪？
/rewind （或按兩次 Escape）是跳回前一個訊息，把之後的所有對話都丟掉。適合用在 Claude 走錯方向的時候，比直接糾正更省 context，因為糾正的對話本身也佔 context。
Boris 的做法是：先叫 Claude 總結目前進度，然後 /rewind 回去，帶著總結重新開始。
/compact 是讓 Claude 自己摘要整段對話，壓縮 context 但保留重點。你可以加提示詞引導摘要方向，例如 /compact 重點是認證流程的修改 。
Boris 的經驗是：同一個任務的延續用 /compact，全新任務用 /clear 從頭開始。
Claude Code /compact 指令使用範例，壓縮對話 context 並保留重點
| 指令 | 用途 | 適用時機 | 代價 |
|---|---|---|---|
| /rewind（Esc×2） | 跳回前一個訊息，丟掉之後的對話 | Claude 走錯方向時 | 丟失後續所有對話 |
| /compact 提示詞 | AI 摘要壓縮對話，保留重點 | 同一任務延續時 | 細節可能遺失（有損壓縮） |
| /clear | 清空對話，手動寫摘要從頭開始 | 切換到全新任務時 | 需要自己寫 context 摘要 |
Claude Code 三種 Context 管理指令比較
400k 自動壓縮閾值怎麼設？
Boris 建議在 context 還清醒的時候就強制壓縮，不要等系統自動壓縮（那時候通常已經在 context rot zone 了）。設定方式是在啟動 Claude Code 前加上環境變數：
CLAUDE_CODE_AUTO_COMPACT_WINDOW=400000 claude
這行指令讓 Claude 在 context 到 40 萬 tokens 時就自動壓縮，而不是等到接近 100 萬才壓，Boris 說這能讓長時間工作的品質穩定很多。
6.進階自動化：/loop、/schedule 和 Hooks 能做什麼？
Boris 不只把 Claude Code 當寫程式的工具，還當成自動化引擎，他同時跑多個 /loop 處理日常雜務，用 /schedule 跑雲端排程，用 Hooks 在特定事件發生時自動觸發動作。
/loop 跟 /schedule 差在哪？
/loop 是本地循環任務，在你的電腦上跑，最長可以持續 3 天，關掉終端機就停。Boris 同時跑好幾個 loop： /loop 5m /babysit 每 5 分鐘自動處理 code review 和 rebase、 /loop 30m /slack-feedback 每 30 分鐘把 Slack 上的回饋自動轉成 PR、 /loop 1h /pr-pruner 每小時清理過時的 PR。
/schedule 是雲端排程，跑在 Anthropic 的伺服器上，就算你的電腦關機也會繼續跑。支援 cron 表達式排程、GitHub 事件觸發（PR 開啟、合併、release）、還有 API 呼叫觸發。適合用在 CI 失敗自動修復、文件自動更新、oncall 告警自動分流這類需要 24 小時運作的任務。
Hooks 能做什麼？
Hooks 是在 Claude Code 的特定生命週期事件發生時自動執行的 shell 腳本。Boris 團隊最常用的幾個：
PostToolUse Hook ：每次 Claude 修改完檔案後自動跑格式化（例如 bun run format || true ），避免 CI 因為格式問題掛掉。
Stop Hook ：在 Claude 結束一輪工作時做檢查，如果測試沒過就自動繼續。
PostCompact Hook ：在 context 壓縮後自動重新注入關鍵指令，防止壓縮過程中遺失重要規則。
Claude Code Hooks 設定範例，PostToolUse 在每次檔案修改後自動執行格式化腳本
7.委派模式跟 Pair Programming 差在哪？
Boris 說用 Claude Code 的正確心態不是把它當 pair programmer （配對程式設計師）一起寫，而是當成一個你在委派任務的工程師，把完整的 context 一次給足，然後退後一步讓它自己做。
怎麼一次把 context 給足？
Boris 建議每次委派任務時提供四個資訊：目標（用白話講成功長什麼樣），限制（不要動什麼、效能要求、API 合約），驗收標準（怎麼知道做完了），和背景知識（相關的程式碼路徑或設計決策）。一次講清楚，減少來回修正的次數。
怎麼逼 Claude 給出更好的結果？
Boris 分享了幾個他常用的 prompt 技巧。
第一個是說 “Grill me on these changes and don’t make a PR until I pass your test”（請對我這些修改提出嚴格質詢，在我通過你的測試之前，請不要提交 PR），讓 Claude 反過來考你，確認你理解了改動內容。
第二個是 “Prove to me this works”（請向我證明這有效），讓 Claude 自己跑測試證明。
第三個是在 Claude 給了一個普通的方案之後說 “Knowing everything you know now, scrap this and implement the elegant solution”（以你現在所知的一切來看，把這個方案擱置，改採這個優雅的解決方案），逼它重做一個更好的版本。
8.平行遷移 /batch 和 Custom Skills 怎麼用？
/batch 是 Boris 團隊做大規模程式碼遷移的工具。
你先跟 Claude 互動式規劃遷移策略，確認後 Claude 會自動派出幾十個 agent，每個 agent 在自己的 worktree 裡獨立作業，改完自己跑測試，通過後自己開 PR。一個指令就能把一整個框架從 Solid 遷移到 React。
Claude Code /batch 指令啟動多個 agent 平行處理大規模程式碼遷移
Custom Skills 怎麼做？
Skills 是放在 .claude/skills/ 目錄下的知識檔案，用 SKILL.md 定義主要入口，搭配子檔案做細節。
Boris 的建議是： Skills 不要寫顯而易見的東西，專注寫那些會讓 Claude 偏離正軌的特殊狀況 （他叫 Gotchas section，說這是 Skill 裡資訊密度最高的部分）。
複雜的 Skills 用漸進式揭露（目錄結構）而不是塞成一個大檔案。
Claude Code Custom Skills 目錄結構，.claude/skills/ 下的 SKILL.md 與子檔案組織方式
Boris 判斷要不要自動化的標準是什麼？
Boris 的規則很簡單：如果一件事你一天做超過一次，就把它變成 Skill 或 Slash Command。
他團隊裡最常用的自訂指令是 /commit-push-pr （自動建分支、生成 commit message、開 PR），每天用好幾次。
結論：Claude Code 進階技巧的核心哲學
把 Boris 的所有技巧濃縮成一句話：不要把 Claude Code 當聊天機器人，把它當成一支你在調度的工程師團隊。
這個思維轉換體現在每個細節裡：平行執行是因為你不會只派一個工程師做所有事，驗證迴圈是因為你不會接受沒跑過測試的 code，CLAUDE.md 飛輪是因為好的團隊會把犯過的錯記下來，Context 管理是因為你不會讓一個工程師帶著 100 萬行的會議紀錄去寫 code。
Boris 在 Lenny’s Podcast 裡說，軟體工程師這個職稱可能會開始消失，不是因為工作消失了，而是工作方式已經從根本改變了。
他不是在預測未來，他是在描述 Anthropic 內部已經發生的事。
| 技巧 | 核心概念 | Boris 的具體做法 |
|---|---|---|
| 平行執行 | 同時跑多個 session | 5 個終端 + 5-10 個網頁 + 手機，共 10-15 個 session |
| 自動驗證 | 給 Claude 驗證工具 | Chrome Extension、test suite、verify-app subagent |
| Plan Mode | 先計畫再執行 | 三階段：Plan → 自我批評 → Auto-accept 執行 |
| CLAUDE.md 飛輪 | 持續累積學習 | 犯錯就加規則，@.claude 自動從 PR 學習 |
| Context 管理 | 保持模型清醒 | /rewind 回退、/compact 壓縮、400k 閾值 |
| /loop | 本地循環任務 | 同時跑 4+ 個 loop 處理 review、Slack、PR 清理 |
| /schedule | 雲端排程 | CI 失敗自動修、文件自動更新、oncall 分流 |
| Hooks | 事件驅動自動化 | PostToolUse 自動格式化、Stop 繼續測試、PostCompact 注入指令 |
| 委派模式 | 一次給足 context | 目標 + 限制 + 驗收標準 + 背景，減少來回 |
| /batch + Skills | 大規模自動遷移 | 幾十個 agent 平行改 code、跑測試、開 PR |
Boris Cherny 的 10 個 Claude Code 進階技巧一覽表
如果你只能從這篇文章帶走一件事，Boris 的建議是：先設好自動驗證。
不管是跑測試、開瀏覽器、還是截圖比對，只要 Claude 能自己檢查自己的工作，產出品質就會翻倍。
其他技巧可以慢慢加，但驗證是基礎。
推薦閱讀
科技翰林院怎麼用 Claude Code 終端機？8 個實戰設定全公開
Huashu Design 教學：Claude Design 被開源了，怎麼裝怎麼用
OpenClaw 龍蝦 4 月更新：有 Claude Code 還需要裝龍蝦嗎？
參考資料
Boris Cherny (2026). “How Boris Uses Claude Code” — 官方技巧完整集合
MindWired AI (2026). “How the Creator of Claude Code Uses It: 7 Workflow Secrets”
Gergely Orosz (2026). “Building Claude Code with Boris Cherny” — The Pragmatic Engineer
Every (2025). “How to Use Claude Code Like the People Who Built It” — Podcast Transcript