新智元報道

編輯：好困 元宇

【新智元導(dǎo)讀】一個曾被Cursor官方蓋章認(rèn)定的全球前0.01%頂級玩家，卻在Claude Code 2.0發(fā)布后果斷「倒戈」！這不只是換工具，而是底層的游戲規(guī)則已經(jīng)悄悄換了。

如果你關(guān)注AI編程圈，最近一定被Claude Code刷屏了。

但在眾多喧囂的討論中，Silen Naihin的聲音格外引人深思。

他不是普通的開發(fā)者，而是Cursor全球前0.01%的頂級用戶，曾是這個生態(tài)最忠實的擁護者。

然而，在Claude Code 2.0發(fā)布后，他做出了一個令所有人咋舌的決定：放棄Cursor，全面遷移至Claude Code。

在一篇爆火的博客中，他記錄下了這一完整的心路歷程。

這是一份來自一位自2021年就開始探索AI編程、讀遍了所有Claude Code指南的「老司機」的綜合實戰(zhàn)指南，它包含：

• 5年AI編程的經(jīng)驗沉淀

• 使用Claude Code的實戰(zhàn)心得

• 整理的10多篇精華文章和無數(shù)關(guān)于Claude Code的推文

• 獨家配置

• 進階技巧

看完這篇你就真正上道了，唯一的限制將只剩下你的想象力。

完整詳細(xì)內(nèi)容請見作者博客原文地址：https://blog.silennai.com/claude-code

從GPT-4到Cursor

一場幻滅的旅程

故事要從2023年3月說起。

那時，Github Copilot還是AI編程的最前線，ChatGPT仍是個新鮮事物，模型的持續(xù)改進在當(dāng)時并非理所當(dāng)然。

緊接著，GPT-4發(fā)布了，顯然，這是一個范式轉(zhuǎn)移的時刻。

Silen Naihin回憶道，那是他第一次開始幻想創(chuàng)建一個「AI思考循環(huán)」——讓AI不僅是寫代碼，而是能配合工具、搜索網(wǎng)絡(luò)，形成閉環(huán)。

后來，人們給這種循環(huán)起了一個響亮的名字：AI智能體（Agents）。

Silen Naihin很幸運，他參與構(gòu)建了第一個真正走紅的AI智能體——AutoGPT。

這個項目迅速在全球范圍內(nèi)引爆，至今仍是GitHub上最快達到10萬星標(biāo)的傳奇?zhèn)}庫。

但說實話，它并不好用。

Silen Naihin坦言，那時的AutoGPT其實并不完善。

運氣爆棚的時候，它能給你弄出一個勉強能跑的井字棋游戲；但如果你想要更復(fù)雜的東西，那簡直就是天方夜譚。

一直等到Cursor在2023年橫空出世。

起初，Silen Naihin對它也是持懷疑態(tài)度的。

他在2023年10月和2024年5月兩次嘗試入坑，又兩次棄坑。

在他看來，那時候老派的「從ChatGPT復(fù)制粘貼」依然比這些半生不熟的工具更靠譜。

直到2024年9月，Cursor Composer來了。

那一刻，量變引起了質(zhì)變。

Silen Naihin發(fā)現(xiàn)，自己90%的代碼開始由生成式AI接管。他像著了魔一樣直接「住」進了編輯器里，瘋狂地探索這個工具的極限。

他寫了一份從未發(fā)布的內(nèi)部最佳實踐指南，搞清楚了每一個微小的技巧：

如何進行外科手術(shù)式的光標(biāo)放置、如何精細(xì)管理上下文窗口、如何編寫Cursor rules、如何試探模型能力的邊界……

他以為自己找到了「銀彈」。他甚至收到了Cursor團隊的郵件，恭喜他成為了前0.01%的用戶。

而在今年早些時候，Silen Naihin其實嘗試過Claude Code，但結(jié)局是——又一次棄坑。

當(dāng)時的他覺得，Claude Code的工作流簡直是一種倒退。

模型還不夠聰明，大多數(shù)時候，人類依然需要清楚地知道代碼里到底發(fā)生了什么。

既然如此，為什么要用一個功能勉強湊合、用戶體驗還要差上10倍的命令行工具呢？

Claude Code 2.0的逆襲

為什么抽象層級變了？

Claude Code 2.0登場了。

表面上看，它的用戶體驗進化了，外殼框架更靈活穩(wěn)健了，Bug也修了不少。但在Silen Naihin看來，這些都只是冰山一角。

真相是無論Anthropic對背后的Opus 4.5模型做了什么RLHF（人類反饋強化學(xué)習(xí)），他們都完全改變了游戲規(guī)則。

我們進化到了下一個「抽象層級」。

在以前，你需要審查代碼，需要在文件、函數(shù)級別去指示模型。

而現(xiàn)在，Silen Naihin發(fā)現(xiàn)，你不再需要盯著每一行代碼看，你可以直接測試「行為」了。

為了證明這一點，Silen Naihin在短短一天內(nèi)構(gòu)建了一個遺傳算法模擬器。

這個模擬器帶有展示實時進化的交互式可視化界面，包含復(fù)雜的適應(yīng)度函數(shù)、選擇壓力、變異率調(diào)節(jié)等高級功能。

重點是：他沒有手寫一行代碼。

不僅是他，其他人也在用這根「魔法棒」創(chuàng)造奇跡：

有人做了一個可視化辦公室工作的插件，有人做了一個復(fù)雜的仿生獸模擬器，甚至有人做了一個30美元的智能喂鳥器相機。

Silen Naihin自己也一發(fā)不可收拾，接連構(gòu)建了萊特兄弟飛行模擬器、個人網(wǎng)站，以及你現(xiàn)在看到的這種交互式博客文章。

魔法棒已經(jīng)交到了每個人手中，現(xiàn)在的問題只是：你該如何揮舞它？

Twitter上曾有疑論者問：「有人能解釋一下為什么用Claude Code而不是Cursor嗎？」

直到一個月前，Silen Naihin也有同樣的疑問。但現(xiàn)在，他有了確定的回答：

第一，異步優(yōu)先（Asynchronous first）。

待在IDE（集成開發(fā)環(huán)境）里，人類會出于本能去進行代碼審查，去糾結(jié)那些完美的細(xì)節(jié)，但這是一種低維度的勤奮。

Claude Code將工作流提升到了下一個抽象層級，而終端原生（Terminal-native）的工作流，正是迫使你邁出這一步的關(guān)鍵。

第二，為自身腳手架做了RLHF。

Claude模型（尤其是Opus 4.5+）在Claude Code的環(huán)境中表現(xiàn)得明顯更好。

文件搜索、工具使用，一切都針對這個界面進行了調(diào)優(yōu)。它就像是在自己的主場作戰(zhàn)，如魚得水。

第三，成本效率與可定制性。

它的性價比更高，而且DIY是原生的，組合性是內(nèi)置的。它不是一個封閉的黑盒，而是一個開放的樂高世界。

當(dāng)然，Silen Naihin也客觀地指出，Cursor仍有一席之地。

如果你追求像素級完美的前端細(xì)節(jié)，或者你是為了學(xué)習(xí)編程而編程，Cursor那種緊密的反饋循環(huán)依然是最優(yōu)的。

但如果你只在乎產(chǎn)出，如果你和Silen Naihin一樣是一個「抽象極大主義者」（abstraction maximilist），那么Claude Code就是你最終的歸宿。

終極配置與「一鍵入魂」的秘籍

在深入具體的戰(zhàn)術(shù)之前，Silen Naihin也大方地展示了他的軍火庫：

• Claude Code配合Opus 4.5：負(fù)責(zé)規(guī)劃、代碼生成和架構(gòu)決策等「重活」；

• Cursor配合GPT 5.2/Sonnet 4.5：用于UI的精細(xì)打磨和小范圍改動；

• ChatGPT：作為「第二意見」顧問，提供不同的視角；

• Ghostty：作為極速終端；

• Wisp：語音輸入神器，告別「鼠標(biāo)手」。

為了讓大家能輕松上手，Silen Naihin做了一件極客的事：

他把這篇文章的全部Alpha（核心秘籍）編碼成了兩個命令中：

/setup-claude-code（全局）和/setup-repo（項目級）。

它們會像面試官一樣了解你的需求并自動配置好一切。

下載這些命令到~/.claude/commands/：

https://gist.github.com/SilenNaihin/e402188c89aab94de61df3da1c10d6ca

智能體編程實戰(zhàn)

五大支柱與高效技巧

要想真正駕馭Claude Code，Silen Naihin總結(jié)了你必須掌握的五大支柱。

1.上下文管理：別讓它「失憶」

Claude Code雖然強大，但有200k的上下文限制，比起其他工具更容易「撞墻」。

Silen Naihin提醒：保持專注是關(guān)鍵，一個聊天（session）最好只對應(yīng)一個任務(wù)。

學(xué)會使用/compact命令。雖然會有損耗，但為了留在同一個聊天上下文中，這通常是值得的。如果上下文真的不夠了，用/transfer-context優(yōu)雅地轉(zhuǎn)移陣地。

/transfer-context：https://gist.github.com/SilenNaihin/e4be0e8750343d9cbafdaab88366115c

Silen Naihin還有一個獨家心得：在已有上下文的聊天中生成文檔或測試，效果總是最好的。

2.規(guī)劃：磨刀不誤砍柴工

在規(guī)劃上每花1分鐘，后續(xù)就能省下3分鐘。

對于大任務(wù)，按Shift+Tab兩次進入規(guī)劃模式，或者直接在聊天中通過對話制定計劃。

創(chuàng)建計劃后，使用/interview-me-planmd命令。讓Claude化身嚴(yán)苛的產(chǎn)品經(jīng)理，深度面試你，確保萬無一失。

Silen Naihin特別提到，Opus 4.5尤其擅長解釋邏輯和畫ASCII圖表。

/interview-me-planmd：https://gist.github.com/SilenNaihin/0733adf5e8deea4242878938c3bdc9fb

另外，記得明確告訴它：不要為了保持向后兼容性而畏手畏腳（現(xiàn)在的模型有時候太「聽話」了），并且要警惕過度工程——我們只要最簡單的改變，代碼可讀性才是王道。

3.閉環(huán)：自動化的藝術(shù)

以前那個「花一周時間去自動化一個5分鐘任務(wù)」的程序員笑話已經(jīng)過時了。在Silen Naihin看來，現(xiàn)在完成閉環(huán)幾乎總是值得的。

如果你發(fā)現(xiàn)自己在重復(fù)做某事，就把通過命令、智能體或更新配置文件把它自動化。

甚至連修改tsconfig這種瑣事也別放過。

4.可驗證性：信任，但要驗證

你不再需要逐行審查代碼，但你需要驗證行為。這就意味著接口測試、看UI、點按鈕、發(fā)API請求。

對于大型重構(gòu)，Silen Naihin建議讓Claude預(yù)先構(gòu)建全面的接口測試，這就是你的安全網(wǎng)。只要集成測試通過就大膽發(fā)布。

用Silen Naihin的話說：「Let Jesus take the wheel!」（聽天由命，信馬由韁！）

5.調(diào)試：做個冷酷的偵探

AI寫的代碼出了Bug怎么修？別慌，用系統(tǒng)化的方式調(diào)試。

Silen Naihin開發(fā)了一個/debug命令，專門用來生成假設(shè)、閱讀代碼、添加日志。

/debug：https://gist.github.com/SilenNaihin/6833c01f597c82912af5aca4e3467a35

遵循「事不過三」原則：如果解釋了三次它還不懂，就換個策略，給它展示示例而不是空談。

如果實在不行，就組建個「模型委員會」。

用/ensemble-opinion讓Claude、Gemini和Codex并行會診，或者直接用/codex-delegate讓Codex接手。

/ensemble-opinion：https://gist.github.com/SilenNaihin/3e9b43522b61e155bd256fe7193493cd

/codex-delegate：https://gist.github.com/SilenNaihin/ff19b2d65d17137b0ee1f609f25205c5

除了這五大支柱，還有一些讓你效率倍增的小技巧：

• 鍵盤快捷鍵：Esc+Esc是后悔藥（回滾），Ctrl+R是時光機（搜索歷史），能讓你在聊天里直接跑bash命令。

• 「直接問Claude」的心態(tài)：別自己手動改配置了，直接命令它去做。它不知道的會自己去搜。

• 多線程操作：一次打開12個終端。不要怕「爆炸半徑」，猛擊同一個分支通常比用git worktrees更快更簡單。只要你評估好風(fēng)險，最壞的情況無非是回滾。

領(lǐng)域劇本與進階玩法

從前端到AI研究

針對不同領(lǐng)域，Silen Naihin給出了不同的打法：

• 前端：好的提示詞和指南是關(guān)鍵。截圖是神器，把它們拖進聊天，Claude能瞬間看懂。記得安裝Vercel的React最佳實踐skill，并讓linters閉嘴（或者修復(fù)它們）。

• 后端：使用ORM作為架構(gòu)即上下文，投資于現(xiàn)實的種子數(shù)據(jù)，讓AI能自我驗證。

• AI研究：讓Claude訪問帶A100的VM，它可以自己跑實驗、看日志、做分析。就像Andrej Karpathy說的，看著它在旁邊協(xié)調(diào)工作，絕對是一種全新的體驗。

進階玩家還可以嘗試Ralph（用于大型項目，但實話實說，有點麻煩）、手機編程（通過vibetunnel.sh）、以及各種Hooks、Subagents和MCP。

特別是無頭模式（-p），它能讓Claude在后臺默默為你做代碼審查或回復(fù)工單。

Ralph

最后，CLAUDE.md是你項目的靈魂。

用/setup-repo生成它，并根據(jù)痛點不斷更新。給Claude明確的目錄結(jié)構(gòu)、依賴模式和非標(biāo)準(zhǔn)選擇，它會回報你更精準(zhǔn)的代碼。

/setup-repo：https://gist.github.com/SilenNaihin/e402188c89aab94de61df3da1c10d6ca

這一切都會改變，而且會很快。

但Silen Naihin相信，有些真理是永恒的：

規(guī)劃的杠桿只會增加，快速驗證能力依然重要，完成閉環(huán)是自動化的核心，而最重要的是——不要懶惰。

弄清楚邏輯上需要做什么，那些燒腦的思考就是你不可替代的價值。

沒有所謂的「標(biāo)準(zhǔn)答案」，只有你在不斷的實驗和迭代中找到的最適合你的系統(tǒng)。

現(xiàn)在，帶上這篇指南，去創(chuàng)造你的奇跡吧！

參考資料：

https://blog.silennai.com/claude-code