Claude Code之父首曝：「養(yǎng)蠱式」開發(fā)，質(zhì)量碾壓老架構(gòu)師

　　新智元報(bào)道

　　編輯：傾傾

　　【新智元導(dǎo)讀】你以為你在用AI編程？其實(shí)你只是在陪它聊天！Claude Code內(nèi)部指南曝光，別再和它玩你問(wèn)我答了，它比你想象中更懂怎么修Bug。

　　你和頂級(jí)大佬的差距，根本不是Prompt技巧！

　　還在和AI玩「你問(wèn)我答」的游戲，輸入-報(bào)錯(cuò)-回爐修改-測(cè)試無(wú)限循環(huán)嗎？

　　大佬Boris嘴上說(shuō)著「沒(méi)有唯一正確的方式」，身體卻很誠(chéng)實(shí)地分享了內(nèi)卷技巧。

　　畫面很心酸：你在一個(gè)對(duì)話框里死磕，別人能在幾個(gè)目錄里同時(shí)推進(jìn)——一個(gè)跑測(cè)試，一個(gè)追bug，一個(gè)做重構(gòu)，另一個(gè)先寫實(shí)現(xiàn)再等審查。

　　如果你還停留在復(fù)制-粘貼的節(jié)奏里，你就OUT了。

　　拒絕單線程：Git Worktrees的降維打擊

　　在傳統(tǒng)的AI輔助編程中，開發(fā)者50%的時(shí)間在等待AI響應(yīng)或代碼運(yùn)行結(jié)果。

　　Boris看不得這種蠢辦法，他用兩個(gè)字回應(yīng)：并行。

　　Boris團(tuán)隊(duì)的解法簡(jiǎn)單粗暴：直接拉3-5個(gè)Git Worktree，每個(gè)Worktree運(yùn)行一個(gè)獨(dú)立的Claude Session。

　　這不比你搞一堆Repo副本香？

　　詳細(xì)代碼：https://code.claude.com/docs/en/common-workflows#run-parallel-claude-code-sessions-with-git-worktrees

　　Worktrees允許你在同一個(gè)倉(cāng)庫(kù)下?lián)碛卸鄠€(gè)工作目錄，所有分支共享同一個(gè).git文件夾。

　　你能在同一份倉(cāng)庫(kù)歷史下拉出多個(gè)工作目錄，切任務(wù)不需要把分支、改動(dòng)、聊天記錄攪在一起；

　　每個(gè)目錄都能綁定一條Claude會(huì)話，上下文更干凈，改動(dòng)也更容易回收

　　這樣一來(lái)，你再也不用守著屏幕等測(cè)試結(jié)果，而是一個(gè)對(duì)話跑耗時(shí)測(cè)試，一個(gè)修bug，另一個(gè)寫新功能，你只負(fù)責(zé)調(diào)度和驗(yàn)收。

　　這才是生產(chǎn)力暴漲的真實(shí)原因。

　　從「代碼工人」到「架構(gòu)師」：PlanMode的左右互搏

　　簡(jiǎn)單小腳本讓Claude寫當(dāng)然沒(méi)問(wèn)題，但真正容易翻車的是復(fù)雜任務(wù)。

　　需求一多、依賴一雜、邊界一模糊，AI就會(huì)開始走偏。

　　Boris將整個(gè)流程優(yōu)化之后，發(fā)現(xiàn)了一個(gè)技巧：復(fù)雜任務(wù)，先進(jìn)Plan Mode（計(jì)劃模式）。

　　Claude Code 啟動(dòng)界面：Plan Mode已開啟（Shift+Tab循環(huán)切換）。Boris團(tuán)隊(duì)鐵律——復(fù)雜任務(wù)先在這里傾注精力規(guī)劃，再 1-shot 執(zhí)行。

　　換一個(gè)更生動(dòng)的比喻就是——養(yǎng)蠱，讓AI查AI的崗。

　　第一條Claude負(fù)責(zé)出計(jì)劃、做實(shí)現(xiàn)；第二條Claude刻意用更干凈的上下文扮演Reviewer，專門盯邊界條件、錯(cuò)誤處理、風(fēng)格一致性和可維護(hù)性。

　　審查意見再丟回去讓第一條改。流程變成了「先計(jì)劃，再執(zhí)行；先實(shí)現(xiàn)，再?gòu)?fù)核」，生成的內(nèi)容質(zhì)量明顯提升。

　　哪怕你是菜鳥開發(fā)者，也能通過(guò)這種「雙機(jī)博弈」得到大師級(jí)的架構(gòu)設(shè)計(jì)。

　　但是！這種方法千萬(wàn)不能濫用，盲目養(yǎng)蠱只會(huì)增加「代碼熵」。

　　一旦跑偏，立刻按暫停，回退到Plan Mode把問(wèn)題重新定義一遍再繼續(xù)。

　　Mastering Claude Code：Boris Cherny團(tuán)隊(duì)精選11個(gè)高速度工程workflow。從Plan Mode起步，到Staff Engineer Reviewer博弈，再到persistent CLAUDE.md記憶，全流程可視化。

　　資產(chǎn)化記憶：CLAUDE.md就是外掛大腦

　　Boris有條鐵律：一個(gè)坑你已經(jīng)解釋過(guò)一次，第二次還要解釋，就該讓流程幫你記住，而不是靠你忍耐。

　　要用好CLAUDE.md文件，別讓AI的智商隨著Session結(jié)束就清零。

　　這是項(xiàng)目的「施工手冊(cè)」，你希望它遵守的代碼風(fēng)格、目錄約定、常用命令、不要碰的邊界、你踩過(guò)的坑，都可以寫進(jìn)去。

　　糾正過(guò)一次的錯(cuò)誤別只留在聊天記錄里，直接讓它把經(jīng)驗(yàn)補(bǔ)進(jìn)CLAUDE.md。

　　下次開新會(huì)話，能減少很多重復(fù)溝通。

　　一種常見的做法是：每次完成一輪開發(fā)后專門跑一遍「技術(shù)債清掃」，讓AI把可以順手解決的小問(wèn)題列出來(lái)，再按優(yōu)先級(jí)處理掉。

　　終結(jié)溝通內(nèi)耗：MCP協(xié)議下的「直連秒殺」

　　還在Slack收到Bug，去CI查日志，再回IDE改代碼？

　　更省事兒的方法，是把上下文打通。

　　MCP可以讓你少當(dāng)人肉搬運(yùn)工。討論在Slack里，你不用把一堆信息復(fù)制出來(lái)再解釋一遍；日志在CI里，你也不用截屏拼圖。

　　你可以讓它去讀相關(guān)上下文、調(diào)用對(duì)應(yīng)工具，把問(wèn)題復(fù)盤清楚，再把能落地的改動(dòng)帶回來(lái)。

　　這才是真正的爽點(diǎn)：省下注意力，而不是幾次ctrl+c，ctrl+v。

　　Boris的方法，核心就一句話：別把自己耗在微觀管理上。

　　把任務(wù)拆清楚，把并行跑起來(lái)，把經(jīng)驗(yàn)沉淀下來(lái)這才是你該做的。

　　慢慢的你就能感覺(jué)到，你在帶著AI把活干完。

　　CLAUDE.md寫好，worktree開起來(lái)，Plan Mode用起來(lái)，AI就不會(huì)每次都像剛?cè)肼毜男氯四菢訌牧汩_始。

　　在這個(gè)AI進(jìn)化的下半場(chǎng)，平庸的開發(fā)者在陪AI聊天，而頂級(jí)的開發(fā)者正在訓(xùn)練一支軍隊(duì)。

　　趕緊去配你的CLAUDE.md，別讓你的AI再裸奔了！

　　參考資料：

　　https://x.com/bcherny/status/2017742760435233200?s=20