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

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

創(chuàng)建者親自出來寫使用技巧，這很難得。他是真的懂這個產(chǎn)品的優(yōu)勢和缺陷的，從他的視角肯定能獲得一些不一樣的啟發(fā)。

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

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

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

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

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

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

仔細(xì)看完13條建議，確實不是什么神秘hack，但出奇的實用，給我?guī)聿簧賳l(fā)，希望對你也是！

1. 并行跑5個Claude

Boris在終端里同時運(yùn)行5個Claude Code實例，標(biāo)簽頁編號1-5，用系統(tǒng)通知來知道哪個需要輸入。

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

2. 本地+網(wǎng)頁雙線作戰(zhàn)

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

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

https://claude.ai/code

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

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

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

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

4. 團(tuán)隊共享CLAUDE.md

Boris團(tuán)隊共享同一個CLAUDE.md文件，check進(jìn)git，整個團(tuán)隊每周都會貢獻(xiàn)多次。

關(guān)鍵機(jī)制：每當(dāng)看到Claude做錯了什么，就加到CLAUDE.md里，這樣Claude下次就知道不要這么做了。

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

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

5. Code Review時自動更新規(guī)則

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

他們用Claude Code的GitHub Action來實現(xiàn)。

設(shè)置：/install-github-action

6. 大多數(shù)會話從Plan模式開始

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

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

他強(qiáng)調(diào)：一個好的計劃真的很重要！

這點確實。直接讓Claude開干，經(jīng)常做到一半發(fā)現(xiàn)方向錯了。

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

Boris對每天重復(fù)做很多次的"內(nèi)循環(huán)"工作流都用斜杠命令，放在.claude/commands/目錄下。

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

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

Boris用幾個子代理：

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

• verify-app：端到端測試的詳細(xì)指令

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

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

9. PostToolUse鉤子自動格式化

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

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

10. 用/permissions預(yù)授權(quán)，而非跳過權(quán)限

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

他用/permissions預(yù)先允許已知安全的bash命令，大部分設(shè)置check進(jìn).claude/settings.json并與團(tuán)隊共享。

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

11. Claude使用所有工具

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

• 通過MCP服務(wù)器搜索和發(fā)Slack消息

• 運(yùn)行BigQuery查詢回答分析問題

• 從Sentry抓取錯誤日志

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

12. 長任務(wù)的處理策略

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

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

2. 用agent Stop鉤子做驗證

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

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

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

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

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

給Claude一種驗證工作的方式。如果Claude有這個反饋循環(huán)，最終結(jié)果的質(zhì)量會提升2-3倍。

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

驗證在每個領(lǐng)域不同：可能是運(yùn)行bash命令，或跑測試套件，或在瀏覽器/手機(jī)模擬器中測試。

確保在這個環(huán)節(jié)投入精力。

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

幾點感受

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

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

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

驗證機(jī)制是關(guān)鍵。第13條是最重要的：給Claude驗證的能力。寫代碼 → 測試 → 發(fā)現(xiàn)問題 → 修復(fù) → 再測試，這個閉環(huán)形成了，輸出質(zhì)量就上去了。

最后，Boris說：

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

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

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

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

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

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