Cursor不香了？前0.01%大神倒戈Claude，万字叛逃笔记爆火！

如果你关注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

故事要从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团队的邮件，恭喜他成为了前0.01%的用户。

而在今年早些时候，Silen Naihin其实尝试过Claude Code，但结局是——又一次弃坑。

当时的他觉得，Claude Code的工作流简直是一种倒退。

模型还不够聪明，大多数时候，人类依然需要清楚地知道代码里到底发生了什么。

既然如此，为什么要用一个功能勉强凑合、用户体验还要差上10倍的命令行工具呢？

Claude Code 2.0登场了。

表面上看，它的用户体验进化了，外壳框架更灵活稳健了，Bug也修了不少。但在Silen Naihin看来，这些都只是冰山一角。

真相是无论Anthropic对背后的Opus 4.5模型做了什么RLHF（人类反馈强化学习），他们都完全改变了游戏规则。

我们进化到了下一个「抽象层级」。

在以前，你需要审查代码，需要在文件、函数级别去指示模型。

而现在，Silen Naihin发现，你不再需要盯着每一行代码看，你可以直接测试「行为」了。

为了证明这一点，Silen Naihin在短短一天内构建了一个遗传算法模拟器。

这个模拟器带有展示实时进化的交互式可视化界面，包含复杂的适应度函数、选择压力、变异率调节等高级功能。

重点是：他没有手写一行代码。

不仅是他，其他人也在用这根「魔法棒」创造奇迹：

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（核心秘籍）编码成了两个命令中：

它们会像面试官一样了解你的需求并自动配置好一切。

下载这些命令到~/.claude/commands/：

/setup-claude-code（run once per machine)：https://gist.github.com/SilenNaihin/3f6b6ccdc1f24911cfdec78dbc334547/setup-repo（run once per project）：https://gist.github.com/SilenNaihin/e402188c89aab94de61df3da1c10d6ca

要想真正驾驭Claude Code，Silen Naihin总结了你必须掌握的五大支柱。

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

Silen Naihin提醒：保持专注是关键，一个聊天（session）最好只对应一个任务。

学会使用/compact命令。虽然会有损耗，但为了留在同一个聊天上下文中，这通常是值得的。如果上下文真的不够了，用/transfer-context优雅地转移阵地。

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

Silen Naihin还有一个独家心得：在已有上下文的聊天中生成文档或测试，效果总是最好的。

在规划上每花1分钟，后续就能省下3分钟。

对于大任务，按Shift+Tab两次进入规划模式，或者直接在聊天中通过对话制定计划。

创建计划后，使用/interview-me-planmd命令。让Claude化身严苛的产品经理，深度面试你，确保万无一失。

Silen Naihin特别提到，Opus 4.5尤其擅长解释逻辑和画ASCII图表。

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

另外，记得明确告诉它：不要为了保持向后兼容性而畏手畏脚（现在的模型有时候太「听话」了），并且要警惕过度工程——我们只要最简单的改变，代码可读性才是王道。

以前那个「花一周时间去自动化一个5分钟任务」的程序员笑话已经过时了。在Silen Naihin看来，现在完成闭环几乎总是值得的。

如果你发现自己在重复做某事，就把通过命令、智能体或更新配置文件把它自动化。

甚至连修改tsconfig这种琐事也别放过。

你不再需要逐行审查代码，但你需要验证行为。这就意味着接口测试、看UI、点按钮、发API请求。

对于大型重构，Silen Naihin建议让Claude预先构建全面的接口测试，这就是你的安全网。只要集成测试通过就大胆发布。

用Silen Naihin的话说：「Let Jesus take the wheel!」（听天由命，信马由缰！）

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更快更简单。只要你评估好风险，最坏的情况无非是回滚。

针对不同领域，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://mp.weixin.qq.com/s/qzsnlbwqa5nfCPm9KXfjgQ