Claude Code之父的13大cc使用技巧

一大早起來在X上看到Boris Cherny發了條長帖，分享他自己怎么用Claude Code的。感覺是我2026年看到最有價值的一條內容了。所以很想在這里也給大家完整分享下。

Boris是Claude Code的創建者。2024年9月，他把Claude Code作為副項目做出來，沒想到后來成了AI編程領域最火的工具之一。

創建者親自出來寫使用技巧，這很難得。他是真的懂這個產品的優勢和缺陷的，從他的視角肯定能獲得一些不一樣的啟發。

更讓我有信心的是，他是真的在長期高頻使用自己的產品。前段時間他發過一條推文：

過去30天，我提交了259個PR——497次commit，新增4萬行代碼，刪除3.8萬行。每一行都是Claude Code + Opus 4.5寫的。

他還曬了自己的使用數據：47天里有46天都在用，最長連續使用42天，最長單次session跑了1天18小時50分鐘，總共消耗了3.25億tokens。

看到創建者本人是這么用自己產品的，確實讓人對cc更有信心。畢竟很多產品的創始人自己都不怎么用自己做的東西。

回到這次的13條技巧。Boris在推文開頭說：

我的配置可能出乎意料地樸素！Claude Code開箱即用就很好，所以我個人并沒有太多自定義。

仔細看完13條建議，確實不是什么神秘hack，但出奇的實用，給我帶來不少啟發，希望對你也是！

1. 并行跑5個Claude

Boris在終端里同時運行5個Claude Code實例，標簽頁編號1-5，用系統通知來知道哪個需要輸入。

這點我之前也提過，不過我更習慣在Cursor、Trae等IDE里開5-10個終端跑不同任務，相互沒有干擾。因為我不只是用Claude Code寫代碼，還會讓他寫腳本、寫文章之類的，所以用IDE看看cc跑的成果我覺得會更方便。但總之一次性開多個cc窗口，去多完成一些任務的思維我是完全認可的，Boris這個系統通知的思路也確實優雅。

2. 本地+網頁雙線作戰

除了本地5個Claude，Boris還在claude.ai/code上同時跑5-10個。 用&把本地會話交接到網頁端，或者用--teleport在兩邊切換。

這個我之前完全沒用過。我一直只在終端用，沒意識到他們網頁端居然做得這么好了。我打算試試了，畢竟平時外出拿手機就能用網頁去控制cc的產出，也真是一刻不耽誤。

https://claude.ai/code

3. 全程用Opus 4.5 + 思考模式

Boris說所有工作都用Opus 4.5，并開啟思考模式。

他的理由是：雖然Opus比Sonnet更大更慢，但因為你需要更少的引導，工具使用能力更強，最終幾乎總是比用小模型更快。

這點我完全認同，除了慢一點，以及費錢外，Opus 4.5真的沒啥缺點。當然，「貴」這事也不算Claude的問題，是我的問題，我最近又把Claude Max給續訂回來了。

4. 團隊共享CLAUDE.md

Boris團隊共享同一個CLAUDE.md文件，check進git，整個團隊每周都會貢獻多次。

關鍵機制：每當看到Claude做錯了什么，就加到CLAUDE.md里，這樣Claude下次就知道不要這么做了。

這形成了一個飛輪：Claude犯錯 → 記錄 → Claude學會 → 犯更少的錯。

這個思路我完全認可。CLAUDE.md并不是一次性的文檔，你應該里面不停更新，讓cc的運行規則更符合你的要求。比如我的寫作Agent的CLAUDE.md文檔已經迭代了幾十次...大版本號都更新到6.0了。

5. Code Review時自動更新規則

Boris在代碼審查時，會在同事的PR上@.claude，讓它把某條規則加到CLAUDE.md中。

他們用Claude Code的GitHub Action來實現。

設置：/install-github-action

6. 大多數會話從Plan模式開始

Boris說大多數會話都從Plan模式開始（按兩次shift+tab）。

流程是：先用Plan模式來回討論直到滿意計劃，然后切換到自動接受編輯模式，Claude通常能一次完成。

他強調：一個好的計劃真的很重要！

這點確實。直接讓Claude開干，經常做到一半發現方向錯了。

7. 斜杠命令用于高頻工作流

Boris對每天重復做很多次的"內循環"工作流都用斜杠命令，放在.claude/commands/目錄下。

關鍵是：這不只是節省打字，還能讓Claude自己也調用這些命令。比如Claude寫代碼時可以調用你定義的/review來自己檢查。

8. 用子代理自動化常見流程

Boris用幾個子代理：

• code-simplifier：Claude工作完成后簡化代碼

• verify-app：端到端測試的詳細指令

他把子代理看作自動化大多數PR都要做的工作流。

但這里有個坑：不要搞一堆"專家子代理"（Python專家、前端專家），這會把上下文分割開，讓主Claude無法整體推理。用子代理做"流程自動化"是對的，但不要用來做"專家分工"。

9. PostToolUse鉤子自動格式化

他們用PostToolUse鉤子來格式化Claude的代碼。Claude通常開箱就能生成格式良好的代碼，鉤子處理最后10%，避免后續CI中的格式錯誤。

這個思路可以推廣：用鉤子在關鍵檢查點做驗證，而不是限制每一步動作。

10. 用/permissions預授權，而非跳過權限

Boris說他不使用--dangerously-skip-permissions。

他用/permissions預先允許已知安全的bash命令，大部分設置check進.claude/settings.json并與團隊共享。

哈哈，這點來說，我倒是更激進一些，我每次默認啟動cc的時候都是允許所有命令自動運行的，至今沒出過事。但是這個就看個人性格吧，看喜歡安全地慢慢確認，還是接受一些風險，但是要更自動化。

11. Claude使用所有工具

Boris讓Claude Code幫他用各種工具：

• 通過MCP服務器搜索和發Slack消息

• 運行BigQuery查詢回答分析問題

• 從Sentry抓取錯誤日志

確實，Claude Code的定位不只是"寫代碼的工具"。我之前用Claude Code + Chrome Devtools MCP做B站和YouTube的自動回復，讓Claude Code翻譯Paul Graham的100篇文章，都是把它當成通用Agent在用。

12. 長任務的處理策略

對于非常長的任務，Boris用三種方式：

1. 提示Claude完成后用后臺代理驗證

2. 用agent Stop鉤子做驗證

3. 使用ralph-wiggum插件（讓Claude自動循環直到完成）

ralph-wiggum這個名字來自《辛普森一家》的角色，核心是讓Claude在完成后自動繼續，直到真正達到目標。

插件：https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum

13. 最重要的建議：給Claude驗證工作的方式

Boris說這是從Claude Code獲得最佳結果的最重要的事：

給Claude一種驗證工作的方式。如果Claude有這個反饋循環，最終結果的質量會提升2-3倍。

他的做法是用Chrome擴展測試每一個改動：Claude打開瀏覽器，測試UI，迭代直到代碼正常工作。

驗證在每個領域不同：可能是運行bash命令，或跑測試套件，或在瀏覽器/手機模擬器中測試。

確保在這個環節投入精力。

這點確實是最有價值的洞察。很多時候讓Claude寫完代碼就完事了，沒有給它驗證的機會。但如果Claude能自己測試、自己發現問題、自己修復，質量會好很多。

幾點感受

讀完Boris的13條，有幾個感受：

基礎功能用到極致比黑魔法更有效。Boris的配置確實樸素，沒什么神秘hack。但他把Plan模式、CLAUDE.md、子代理、鉤子這些基礎功能用得很徹底。

并行思維很重要。本地5個 + 網頁端5-10個，這個并行規模超出我之前想象。我在Cursor里開5個終端跑Claude Code就覺得夠多了，Boris直接翻倍。

驗證機制是關鍵。第13條是最重要的：給Claude驗證的能力。寫代碼 → 測試 → 發現問題 → 修復 → 再測試，這個閉環形成了，輸出質量就上去了。

最后，Boris說：

Claude Code團隊的每個人使用方式都非常不同。沒有一種"正確"的使用方式。

這點我認同。這13條是他的用法，不一定適合每個人。但至少給了一個參考：創建者本人是這么用的。

• Boris的原文推文：https://x.com/bcherny/status/2007179832300581177

• Chrome擴展文檔：https://code.claude.com/docs/en/chrome

• Ralph Wiggum插件：https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum

本文首發于我的知識星球「AI編程：從入門到精通」，轉載請注明來源： https://t.zsxq.com/BFTPI