Cursor不香了？前0.01%大神倒戈Claude，萬字叛逃筆記爆火！

新智元報道

編輯：好困 元宇

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

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

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

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

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

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

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

• 5年AI編程的經驗沉淀

• 使用Claude Code的實戰心得

• 整理的10多篇精華文章和無數關于Claude Code的推文

• 獨家配置

• 進階技巧

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

完整詳細內容請見作者博客原文地址：https://blog.silennai.com/claude-code

從GPT-4到Cursor

一場幻滅的旅程

故事要從2023年3月說起。

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

緊接著，GPT-4發布了，顯然，這是一個范式轉移的時刻。

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

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

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

這個項目迅速在全球范圍內引爆，至今仍是GitHub上最快達到10萬星標的傳奇倉庫。

但說實話，它并不好用。

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

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

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

起初，Silen Naihin對它也是持懷疑態度的。

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

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

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

那一刻，量變引起了質變。

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

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

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

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

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

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

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

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

Claude Code 2.0的逆襲

為什么抽象層級變了？

Claude Code 2.0登場了。

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

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

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

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

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

為了證明這一點，Silen Naihin在短短一天內構建了一個遺傳算法模擬器。

這個模擬器帶有展示實時進化的交互式可視化界面，包含復雜的適應度函數、選擇壓力、變異率調節等高級功能。

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

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

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

Silen Naihin自己也一發不可收拾，接連構建了萊特兄弟飛行模擬器、個人網站，以及你現在看到的這種交互式博客文章。

魔法棒已經交到了每個人手中，現在的問題只是：你該如何揮舞它？

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

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

第一，異步優先（Asynchronous first）。

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

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

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

Claude模型（尤其是Opus 4.5+）在Claude Code的環境中表現得明顯更好。

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

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

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

當然，Silen Naihin也客觀地指出，Cursor仍有一席之地。

如果你追求像素級完美的前端細節，或者你是為了學習編程而編程，Cursor那種緊密的反饋循環依然是最優的。

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

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

在深入具體的戰術之前，Silen Naihin也大方地展示了他的軍火庫：

• Claude Code配合Opus 4.5：負責規劃、代碼生成和架構決策等「重活」；

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

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

• Ghostty：作為極速終端；

• Wisp：語音輸入神器，告別「鼠標手」。

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

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

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

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

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

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

智能體編程實戰

五大支柱與高效技巧

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

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

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

Silen Naihin提醒：保持專注是關鍵，一個聊天（session）最好只對應一個任務。

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

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

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

2.規劃：磨刀不誤砍柴工

在規劃上每花1分鐘，后續就能省下3分鐘。

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

創建計劃后，使用/interview-me-planmd命令。讓Claude化身嚴苛的產品經理，深度面試你，確保萬無一失。

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

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

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

3.閉環：自動化的藝術

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

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

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

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

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

對于大型重構，Silen Naihin建議讓Claude預先構建全面的接口測試，這就是你的安全網。只要集成測試通過就大膽發布。

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

5.調試：做個冷酷的偵探

AI寫的代碼出了Bug怎么修？別慌，用系統化的方式調試。

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

/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」的心態：別自己手動改配置了，直接命令它去做。它不知道的會自己去搜。

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

領域劇本與進階玩法

從前端到AI研究

針對不同領域，Silen Naihin給出了不同的打法：

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

• 后端：使用ORM作為架構即上下文，投資于現實的種子數據，讓AI能自我驗證。

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

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

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

Ralph

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

用/setup-repo生成它，并根據痛點不斷更新。給Claude明確的目錄結構、依賴模式和非標準選擇，它會回報你更精準的代碼。

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

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

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

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

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

沒有所謂的「標準答案」，只有你在不斷的實驗和迭代中找到的最適合你的系統。

現在，帶上這篇指南，去創造你的奇跡吧！

參考資料：

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