這也太強了！Claude 創始人親自演示：如何同時指揮 5 個 AI 幫我干活

　　前兩天，AI 大神 Andrej Karpathy 深夜破防了：“作為程序員，我從未感覺如此落后——如果用好這些新工具，我本該強上 10 倍。”

　　連大神都有“工具焦慮”，咱們普通人更得補課。

　　要說誰最懂 Claude Code 怎么用？那必須是它的“親爹”——Boris Cherny。

　　昨天晚上，Claude Code 創始人 Boris Cherny 在推特上毫無保留地曬出了他的私人開發工作流。

　　看完他那一連串的“騷操作”，我只想說：原來我以前都用錯了！

　　我以為大佬的配置全是復雜的黑科技。

　　恰恰相反，Boris 說他的設置其實“驚人地簡單”。

　　但就是這些看似樸實無華的技巧，背后藏著一套完整的“AI 養成哲學”——系統化、自動化、以及最重要的“驗證閉環”。

　　今天就帶大家深扒一下大佬的作業，建議直接收藏，照著改你的配置！

　　01｜拒絕傻等！把“等待時間”變成生產力

　　大家用 AI 編程最大的痛點是什么？

　　肯定有一個是：慢。

　　看著屏幕上的光標一閃一閃，是不是很溜出去抽根煙？

　　我有個朋友跟我說自從用了 Claude Code，他就經常晚睡，我好奇為啥，他說經常要等它跑完才能睡。

　　Boris 的解決辦法簡單粗暴：搞“分身”。

　　他從來不會只守著一個對話框發呆。

　　他的常規操作是：

　　終端 5 開： 在終端里同時運行 5 個 Claude 實例，標簽頁編號 1-5。哪個好了就處理哪個，利用 iTerm 系統通知來提醒自己。

　　網頁端并行： 同時在網頁版（claude.ai/code）開 5-10 個會話。

　　無縫切換： 本地跑不動的，用 & 命令扔到后臺，或者直接“瞬移”到網頁端繼續。甚至出門了，掏出手機接著聊。

　　別讓 AI 等你，也別讓你等 AI。

　　通過并行處理，把原本是“垃圾時間”的等待期，變成了高密度的產出期。

　　這招使用得好，效率絕對是妥妥的指數級提升。

　　最重要的是，你終于可以按時吃飯睡覺了！

　　02｜選模型：有時候“慢”就是“快”

　　大家都知道，Sonnet 明顯會比 Opus 快。

　　但 Boris 卻反其道而行之，他堅定地站隊 Opus 4.5。

　　為什么？

　　因為 Opus 雖然又貴又慢，但它“腦子好使”。

　　Boris 解釋說，Opus 在使用工具時更精準，更少需要人工干預（和引導）。

　　你想想，是用一個笨一點的模型反復改 Bug 浪費時間，還是用一個聰明的模型一次性搞定更省事？

　　Boris 說得非常絕對：在最終結果上，它幾乎總是比使用較小的模型更快。

　　所以，一次性把事情做對，這才是真正的高效。

　　03｜給 AI 準備一本“錯題本”：讓它越用越聰明

　　這一招是我覺得最神的，強烈建議大家立刻用起來！

　　很多團隊最大的頭疼就是：AI 總是記不住團隊的規范。

　　比如你們規定了“必須用 bun，別用 npm”，但 AI 下一次還是給你寫個 npm install。

　　Claude Code 團隊的做法是：維護一個共享的 CLAUDE.md 文件，并把它丟進 Git 倉庫里。

　　圖：Boris 團隊定義的 CLAUDE.md

　　這個文件就是團隊的“第二大腦”。

　　里面寫滿了各種顯性或隱性的規則，比如上圖：開發流程（1～5）、使用 bun 而非 npm...

　　更絕的是他們的更新方式——“復利式工程”。 （名字很費解，我寧愿叫它錯題本）

　　在做代碼審查（Code Review）時，如果發現 Claude 犯錯了，他們不是改完就拉倒，而是直接在 PR 評論里 @Claude，讓它把這條新規則寫進 CLAUDE.md。

　　圖：在 PR 里調用 claude 添加新規則

　　只要犯過一次錯，就永遠不會犯第二次。

　　這種知識的“復利效應”，讓 AI 隊友隨著時間推移變得越來越強。

　　04｜別做伸手黨，先“做計劃”

　　很多人用 AI 的習慣是上來就丟一句：“幫我把這個功能做了”。

　　然后 AI 一通亂寫，你一通亂改。

　　Boris 分享了一個 Shift+Tab 的秘密：Plan Mode（計劃模式）。

　　對于復雜的任務，他會連按兩下 Shift+Tab 進入計劃模式。

　　先不急著寫代碼，而是跟 Claude 此時此刻像個產品經理一樣，反復對齊思路，直到雙方都確認“方案完美”。

　　磨刀不誤砍柴工，一個好的計劃，通常能讓后續的代碼生成一次過。

　　05｜安全與自動化：該偷懶時要偷懶

　　作為創造者，Boris 對安全非常敏感。

　　他從來不用

--dangerously-skip-permissions

　　他的替代方案是使用

/permissions

　　既省去了每次都要點“Allow”的麻煩，又守住了安全的底線。

　　另外，他還用各種子代理（Subagents）來干臟活累活：

　　code-simplifier：代碼寫完了？讓它負責精簡一下。

　　verify-app：跑一遍端到端測試，確保沒把系統搞崩。

　　圖：Boris 使用的子代理

　　PostToolUse 鉤子：利用鉤子自動格式化代碼。

　　Boris 說 Claude 寫的代碼 90% 都是好的，剩下 10% 的格式問題，交給自動化腳本去修，別浪費人眼去找分號。

　　06｜黃金法則：沒有驗證，就沒有質量

　　文章最后，必須要提 Boris 反復強調的一點：“Give Claude a way to verify its work.”（給 Claude 一個驗證它工作成果的方法）

　　Boris 說，他合并的每一行代碼，都是經過 Claude 自己測試過的。

　　建立一個“修改-測試-反饋”的閉環，能把最終代碼的質量提升 2-3 倍！

　　對于那些耗時很長的任務，他甚至會掛一個鉤子，告訴 Claude：“做完了嗎？做完了記得叫個子代理（Agent）出來檢查一下。”

　　Boris 的這套工作流，核心其實不是工具，而是一種信任。

　　他把 Claude 不僅僅當作一個代碼生成器，而是當作一個需要磨合、需要教育、但值得信賴的合作伙伴。

　　我認為這也是用當前幾乎所有 AI 工具的正確方式。

　　當然，正如他自己所說：“沒有唯一正確的使用方式”。 每個人都應該根據自己的習慣去“魔改”它。

　　不過有一說一，哪怕是大神也有讓我“難以理解”的地方：

　　你們發現沒？Boris 這種級別的頂級極客，寫代碼居然全屏用的都是淺色模式！

　　難道……這就是傳說中“亮瞎眼”的強者世界嗎？

　　最后想問問大家：你平時用 AI 寫代碼有什么“獨門秘籍”嗎？或者在配置 Claude 時遇到了什么坑？

　　歡迎在評論區留言，我們一起把 AI 調教得更順手！

　　參考：

　　https://x.com/bcherny/status/2007179832300581177