前兩天，AI 大神 Andrej Karpathy 深夜破防了：“作為程序員，我從未感覺如此落后——如果用好這些新工具，我本該強(qiáng)上 10 倍?！?/p>

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

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

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

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

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

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

　　但就是這些看似樸實(shí)無華的技巧，背后藏著一套完整的“AI 養(yǎng)成哲學(xué)”——系統(tǒng)化、自動(dòng)化、以及最重要的“驗(yàn)證閉環(huán)”。

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

　　01｜拒絕傻等！把“等待時(shí)間”變成生產(chǎn)力

　　大家用 AI 編程最大的痛點(diǎn)是什么？

　　肯定有一個(gè)是：慢。

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

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

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

　　他從來不會(huì)只守著一個(gè)對話框發(fā)呆。

　　他的常規(guī)操作是：

　　終端 5 開： 在終端里同時(shí)運(yùn)行 5 個(gè) Claude 實(shí)例，標(biāo)簽頁編號 1-5。哪個(gè)好了就處理哪個(gè)，利用 iTerm 系統(tǒng)通知來提醒自己。

　　網(wǎng)頁端并行： 同時(shí)在網(wǎng)頁版（claude.ai/code）開 5-10 個(gè)會(huì)話。

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

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

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

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

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

　　02｜選模型：有時(shí)候“慢”就是“快”

　　大家都知道，Sonnet 明顯會(huì)比 Opus 快。

　　但 Boris 卻反其道而行之，他堅(jiān)定地站隊(duì) Opus 4.5。

　　為什么？

　　因?yàn)?Opus 雖然又貴又慢，但它“腦子好使”。

　　Boris 解釋說，Opus 在使用工具時(shí)更精準(zhǔn)，更少需要人工干預(yù)（和引導(dǎo)）。

　　你想想，是用一個(gè)笨一點(diǎn)的模型反復(fù)改 Bug 浪費(fèi)時(shí)間，還是用一個(gè)聰明的模型一次性搞定更省事？

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

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

　　03｜給 AI 準(zhǔn)備一本“錯(cuò)題本”：讓它越用越聰明

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

　　很多團(tuán)隊(duì)最大的頭疼就是：AI 總是記不住團(tuán)隊(duì)的規(guī)范。

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

　　Claude Code 團(tuán)隊(duì)的做法是：維護(hù)一個(gè)共享的 CLAUDE.md 文件，并把它丟進(jìn) Git 倉庫里。

　　圖：Boris 團(tuán)隊(duì)定義的 CLAUDE.md

　　這個(gè)文件就是團(tuán)隊(duì)的“第二大腦”。

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

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

　　在做代碼審查（Code Review）時(shí)，如果發(fā)現(xiàn) Claude 犯錯(cuò)了，他們不是改完就拉倒，而是直接在 PR 評論里 @Claude，讓它把這條新規(guī)則寫進(jìn) CLAUDE.md。

　　圖：在 PR 里調(diào)用 claude 添加新規(guī)則

　　只要犯過一次錯(cuò)，就永遠(yuǎn)不會(huì)犯第二次。

　　這種知識的“復(fù)利效應(yīng)”，讓 AI 隊(duì)友隨著時(shí)間推移變得越來越強(qiáng)。

　　04｜別做伸手黨，先“做計(jì)劃”

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

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

　　Boris 分享了一個(gè) Shift+Tab 的秘密：Plan Mode（計(jì)劃模式）。

　　對于復(fù)雜的任務(wù)，他會(huì)連按兩下 Shift+Tab 進(jìn)入計(jì)劃模式。

　　先不急著寫代碼，而是跟 Claude 此時(shí)此刻像個(gè)產(chǎn)品經(jīng)理一樣，反復(fù)對齊思路，直到雙方都確認(rèn)“方案完美”。

　　磨刀不誤砍柴工，一個(gè)好的計(jì)劃，通常能讓后續(xù)的代碼生成一次過。

　　05｜安全與自動(dòng)化：該偷懶時(shí)要偷懶

　　作為創(chuàng)造者，Boris 對安全非常敏感。

　　他從來不用

--dangerously-skip-permissions

　　他的替代方案是使用

/permissions

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

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

　　code-simplifier：代碼寫完了？讓它負(fù)責(zé)精簡一下。

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

　　圖：Boris 使用的子代理

　　PostToolUse 鉤子：利用鉤子自動(dòng)格式化代碼。

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

　　06｜黃金法則：沒有驗(yàn)證，就沒有質(zhì)量

　　文章最后，必須要提 Boris 反復(fù)強(qiáng)調(diào)的一點(diǎn)：“Give Claude a way to verify its work.”（給 Claude 一個(gè)驗(yàn)證它工作成果的方法）

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

　　建立一個(gè)“修改-測試-反饋”的閉環(huán)，能把最終代碼的質(zhì)量提升 2-3 倍！

　　對于那些耗時(shí)很長的任務(wù)，他甚至?xí)煲粋€(gè)鉤子，告訴 Claude：“做完了嗎？做完了記得叫個(gè)子代理（Agent）出來檢查一下?！?/p>

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

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

　　我認(rèn)為這也是用當(dāng)前幾乎所有 AI 工具的正確方式。

　　當(dāng)然，正如他自己所說：“沒有唯一正確的使用方式”。 每個(gè)人都應(yīng)該根據(jù)自己的習(xí)慣去“魔改”它。

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

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

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

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

　　歡迎在評論區(qū)留言，我們一起把 AI 調(diào)教得更順手！

　　參考：

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