为什么我试了三周 Claude Code，反而不再把它当 Cursor 用

Wed, 03 Jun 2026 10:34:34 +0800

我第一次认真用 Claude Code，不是因为它又出了什么新模型。

原因很土：一个 Go 项目里有几处历史代码，我懒得再一层层翻。放在 Cursor 里问，当然也能问；但我真正想要的不是“解释一下这段代码”，而是让它自己去读目录、找调用链、列改动计划、改完跑测试，再把证据交回来。

这件事用三周之后，我对 Claude Code 的看法变了。

它不是 Cursor 的终端版。

如果你把它当成另一个聊天框，用几句自然语言让它帮你补函数、改变量名、解释报错，大概率会失望。Cursor 这类编辑器内工具在这件事上已经足够顺手。Claude Code 真正有意思的地方，是它更像一个坐在终端里的执行者：能读文件，能跑命令，能改代码，也能被测试和构建当场打脸。

这也是它跟 Cursor 最大的差别。

Cursor 更像一个会写代码的编辑器伙伴。Claude Code 更像一个可以被你派工的命令行同事。

同事这个词很关键。你不能只对同事说“把这个项目优化一下”，然后走开。你要给范围、约束、验收标准，还要看它最后拿什么证明自己没乱改。

最大的区别不是模型，是模式

很多人比较 Claude Code 和 Cursor，第一反应还是看模型、上下文、价格、额度。

这些当然重要，但不是最先该看的。

真正决定体验的，是你把 AI 放在什么位置。

Cursor 的入口在编辑器。你一边看文件，一边问它为什么这样写；你选中一段代码，让它改；你把报错贴进去，让它解释。它适合“边看边聊”。

Claude Code 的入口在终端。它面对的是一个项目目录、一组命令、一堆文件，以及你给出的目标。它适合“派一个任务，让它在项目里跑出结果”。

所以我现在不会问“Claude Code 和 Cursor 谁更强”。这个问题太粗。

我会问另一个问题：这次任务，我是需要一个编辑器旁边的对话助手，还是需要一个能自己跑完一段工作流的终端执行者？

前者用 Cursor 很自然。后者，Claude Code 更顺手。

很多误用都卡在这里。你拿 Claude Code 做很小的补全，觉得它笨重；你拿 Cursor 做一大段跨文件重构，又会觉得来回确认、复制上下文、跑命令很割裂。工具没错，是任务放错了入口。

Claude Code 最容易翻车的用法，是一上来就让它改。