从Cursor到Claude Code,我的工具进化史

AI工具链进化
● ● ●
那天晚上,我删了Cursor
6月3号,凌晨一点。我盯着屏幕发愣。
一个简单的重构任务——把一个Express项目的路由从v1升级到v2,涉及大概四十个文件。我用了Cursor,选中代码,Cmd+K,输入指令,它改了。但改到第十五个文件的时候,我发现了问题:前面改过的三个文件里,有个接口的参数顺序被它悄悄换了。
没有报错。没有提示。就那么静静地埋了一颗雷。
我当时后背一凉。这要是上了生产环境......
那一晚我干了两件事:回滚所有改动,然后把Cursor从Dock栏拖进了废纸篓。
不是Cursor不好,是它已经不够用了。
● ● ●
我的AI工具编年史
说起来挺有意思的。2024年到2026年,我的主力工具换了三茬。
2024年上半年:GitHub Copilot。 那会儿觉得AI写代码这事儿挺新鲜的。Tab补全,偶尔给点惊喜,大多数时候给点惊吓。写个for循环它能补出三行,其中两行是废话。但好歹能用,聊胜于无。
2024年下半年到2025年:Cursor。 从Copilot切到Cursor,那感觉就像从绿皮火车换成了高铁。行内编辑、Cmd+K、多文件联动——每一个功能都踩在我的需求上。那段时间我逢人就推荐,跟传教士似的。
2026年至今:Claude Code。 这次切换的契机就是开头说的那件事。我需要一个能"理解整个项目"的工具,不是一个"聪明但健忘的助手"。
| 年份 | 主力工具 | 体感 |
|---|---|---|
| 2024上 | Copilot | Tab补全机器 |
| 2024下-2025 | Cursor | 行内编辑神器 |
| 2026 | Claude Code | 自主编程代理 |
● ● ●
Cursor到底输在哪儿
我得替Cursor说句公道话:它依然是个好工具。
问题出在一个很根本的地方——上下文窗口。
你可以把上下文窗口想象成一个人的"工作记忆"。Cursor的工作记忆大概能装下一个中等文件的内容。你让它改单个文件,它做得漂漂亮亮的。但你让它同时处理五六个文件之间的联动关系,它就开始丢三落四。
举个真实的例子。我有一个用户系统,涉及User模型、Auth中间件、Token服务、权限校验四个文件。我让Cursor给用户加一个"登录设备绑定"功能。
它的操作路径是这样的:
- 01改User模型,加了device字段 ✅
- 02改Auth中间件,加了设备校验 ✅
- 03改Token服务......它忘了User模型已经加了device字段,又写了一遍 ⚠️
- 04权限校验直接没动 ❌
这就好比你让一个记性不太好的厨师做四道菜,他做到第三道的时候把第一道的配料给忘了。
我不是在黑Cursor。它在"单点精准"这个维度上依然很强。但2026年的开发需求越来越复杂,一个功能动辄跨十几个文件,它的天花板就暴露了。

Claude Code终端工作流
● ● ●
Claude Code:终端里的野兽
第一次打开Claude Code,我差点关掉。
就是一个终端界面。没有侧边栏,没有代码预览,没有文件树。黑底白字,一个光标在那儿闪。我心想,这啥玩意儿?
但用了一周之后,我的态度发生了一百八十度的转变。
Claude Code的核心能力不是"写代码",是"理解项目"。
你给它一个任务,它会自己去读整个项目的结构——package.json、tsconfig、目录层级、测试文件、README。它不是在"猜"你要什么,它是在"理解"你的项目之后再动手。
我给它下的第一个正式任务是:把一个老项目的测试覆盖率从35%提到70%。
它花了大概四十分钟。自己读了所有源文件,分析了哪些模块没有测试覆盖,写了测试用例,跑了测试,修了失败的用例,再跑,再修。最后给我一份报告:
✅ 新增测试文件: 12个 ✅ 新增测试用例: 87个 ✅ 覆盖率: 35% → 73% ⚠️ 3个复杂模块建议人工review
整个过程我就说了一句话。
这种体验,用一个不太恰当的比喻——就像从手动挡换成了自动挡。 你不再需要踩离合、挂挡、控制转速,你只需要告诉车"去哪"。
● ● ●
但是,Claude Code也有坑
别以为换了工具就万事大吉了。我踩的坑一点不比用Cursor的时候少。
坑一:它太"有主见"了。
有一次我让它修一个CSS的布局bug。它确实修了,但它顺手把整个组件的样式重写了一遍——用了它认为"更现代"的CSS Grid方案。代码质量没问题,问题是这个组件下周要上线,我不敢在这个节骨眼上大改。
我后来学会了在CLAUDE.md里写规则:
# 行为规范 - 只修改被明确要求的部分 - 不要"顺手"重构周边代码 - 重大改动前必须先和我确认
坑二:token消耗是个无底洞。
Claude Code按token计费。一个复杂任务——比如跨十个文件的重构——轻松烧掉三四美元。我有个月密集使用,月底账单$87。
说实话,肉疼。
但我算了一笔账:同样的工作量,如果我自己手动做,大概要花三天。三天的人工成本远不止$87。所以从投入产出比来看,还是划算的。
坑三:它有时候会"过度思考"。
你让它做一个简单的事情,它可能先花五分钟读你的整个项目,然后给你一个"全面的解决方案"。你其实只想要个快速修复,它给你搞了个架构升级方案。
就好比你去便利店买瓶水,售货员给你推销了一整套净水系统。

工具选择决策树
● ● ●
我现在的工具组合
经过半年的折腾,我现在的工具链稳定下来了:
Claude Code —— 主力开发工具。所有需要理解项目全局的任务都交给它:大功能开发、跨文件重构、测试编写、代码审查。
Cursor —— 轻量级编辑。偶尔改个配置文件、写个小函数,还是用Cursor更顺手。毕竟它有代码高亮和即时预览,视觉反馈更好。
Windsurf —— 备用。Claude Code额度用完的时候,拿它顶一下。免费版的能力有限,但偶尔应急够用。
ChatGPT / Claude网页版 —— 查资料、写文档、做技术方案。不写代码,纯做"思考辅助"。
工具这东西没有最好的,只有最合适的。 关键是你得清楚自己在什么场景下需要什么能力。
● ● ●
给想换工具的朋友几句掏心窝的话
第一句:别怕换工具。
很多人用一个工具用顺手了就不愿意换。我理解,切换成本确实存在。但你要算长期账。Cursor的上下文限制困扰了我半年,我每次都在"将就"。与其每天花二十分钟跟工具较劲,不如花两天时间适应新工具。
第二句:先拿小项目试水。
别上来就把核心项目交给新工具。拿个side project练手,摸清它的脾气——它擅长什么、容易犯什么错、在什么场景下会翻车。等你心里有谱了,再正式上马。
第三句:学会"驯服"AI工具。
不管是Cursor还是Claude Code,它们都是工具,不是神仙。你得给它立规矩。CLAUDE.md、.cursorrules这些配置文件不是可选项,是必选项。你花十分钟写的规则,能省你十小时的返工时间。
● ● ●
写在最后
2026年过了一半,AI编程工具的进化速度超出了我的预期。
半年前我还在纠结"Cursor够不够用",现在已经切换到"AI代理自主编程"了。再过半年会怎样?我不知道。但我知道一件事:
工具在变,但"用工具的人"才是最大的变量。
一个厉害的程序员用Notepad都能写出好代码。一个摸不清需求的人给他再强的AI工具也是白搭。
与其追逐最新的工具,不如先把自己变成一个"配得上好工具的人"。
共勉。
你现在用什么AI编程工具?踩过什么坑?评论区聊聊,我挨个回。
夜雨聆风