夜雨聆风两周前，一个前同事在微信上问我："你用的哪个？ Claude Code 还是 Cursor ？"
我说都用过。
他回了三个字：选一个。
我盯着这三个字看了很久。不是因为不知道怎么选，是因为我知道一旦选了，接下来半年大概率会跟这个工具绑定——插件装好了、键盘快捷键肌肉记忆了、项目适配配置写好了。换工具的成本，比选工具的成本高得多。
所以我把过去两周的体验整理了一下。不是"5 个功能对比"那种清单——那种文章你翻到底也做不了决定。我按真实工作流来写：打开一个项目 → 写代码 → 改 bug → 重构 → 提交。每个环节，谁好用，谁在划水。
先说结论：没有一个工具是全能的。但有一件事很清楚——你选哪个，取决于你把自己当"写代码的人"还是"指挥代码的人"。
场景一：你打开一个陌生项目，需要先理解它
Claude Code：甩给它一个目录，开始读。不是那种"这里有个 utils 文件夹，里面是工具函数"的废话总结，而是真正看懂逻辑——"这个项目的认证流程在 auth/ 下面，但 JWT 校验实际上被中间件接管了，在 middleware/auth.go 里"。它像一个在项目里待了三个月的同事，跟你讲代码的时候手舞足蹈。
OpenCode：也是读，但更偏向"给你一个清单"。结构清晰，每个文件一句话说明，像一份 README 。如果你需要快速扫一眼项目骨架，它比 Claude Code 快。但如果你需要看懂"这个设计模式为什么这么用"，它不太会主动讲。
Cursor：你得先打开文件。它不会主动读整个项目，但你在某个文件里 Ctrl+K 问"这个函数干嘛的"，回答得又快又准。问题是——你得知道该问哪个文件。
Trae：也能读，但它的默认策略是"读得少，答得快"。适合小项目， 50 个文件以内。丢给它一个 200 个文件的 monorepo ，它就开始"这个文件太长了我先看前 1000 行"——不是不用心，是心有余而力不足。
场景二：开始写代码，实现一个新功能
这是四个工具差距最大的地方。
Claude Code 写代码的感觉，像是你旁边坐了一个很能写、但不太会停的人。你描述一个需求，它哗哗哗写出来 200 行， 90%的逻辑是对的， 10%有坑——比如忘了处理边界条件、或者假设了一个不存在的 API 。你需要在它写完后退一步，像检查一个实习生的代码那样检查它。累吗？累。但写出来的代码质量，确实是最高的。
Cursor 不一样。它不会一口气给你 200 行，而是像打乒乓球一样——你写一行，它补一行。你写一个函数签名， Tab 补全函数体。你写一个 if ，它知道你要查什么。这种"在身边"的感觉很微妙。它不替你思考，但它让你的思考速度翻倍。
如果你是一个喜欢自己掌控代码逻辑的人， Cursor 的体验是最好的。
完胜。
如果你不喜欢 AI 替你做决定的话。
OpenCode 介于两者之间。它能写大段代码，但不像 Claude Code 那么激进。它更谨慎——有时候太谨慎了，你让它写一个功能，它先问三个问题确认你的意图。这种"先确认再动手"的风格，在复杂项目里反而是优点——前提是你有时间陪它确认。
Trae 写代码的速度比 Claude Code 还快，但质量方差大了很多。同一个需求让它写三次，三次的代码结构可能完全不同。有时候惊艳，有时候生气——不是那种"我怎么能写这么烂"的生气，是那种"你到底在糊弄谁"的生气。它像一个天赋很高但状态不稳定的副手——你永远不知道今天打开的是"天才模式"还是"糊弄模式"。说实话，用了两周，我烦了。
场景三： bug 来了，谁是真正能救命的
这一点最碰运气，也最真实。
Claude Code 调试 bug 的能力，说一个数字你就懂了：我故意在代码里埋了三个 bug——一个空指针、一个竞态条件、一个逻辑错误。它找到了两个半。空指针秒定位，逻辑错误花了两轮对话，竞态条件它感觉到了但没完全修对——它知道要加锁，但加错了位置。
Cursor 找到了一个半。空指针和逻辑错误都找到了，竞态条件完全没察觉。但它的优势是——你可以在代码里选中一段，直接问"这里会不会有并发问题"，它回答得非常好。换句话说， Cursor 不是不会 debug ，是你得带它去 bug 现场。
OpenCode 找到了两个。空指针和逻辑错误都找到了，但修复方案比 Claude Code 保守——它倾向于"加一个防御性检查"而不是"重构这个函数消除竞态条件的可能性"。安全吗？安全。但有时候你需要的不是创可贴，是手术刀。
Trae 找到了一个。空指针没问题，逻辑错误它说"这里逻辑看起来没问题"——然后你发现它根本就没仔细看那段代码。竞态条件它直接说"建议使用线程安全的数据结构"。不是说错了，是说了等于没说。
场景四：重构——谁是真·同事
重构是检验 AI 编程工具最好的场景。因为写代码可以靠 API 调用和模板，重构需要理解整个系统的设计意图。
Claude Code 做重构的时候，你会觉得它真的在思考。你让它"把这段代码从 callback 改成 async/await"，它不只是机械替换语法，它会调整错误处理逻辑，会让你注意"这个函数现在是异步的，调用方需要 await"。它像一个有三年经验的同事，不需要你告诉它每一步该怎么走。
就这一点。
三年经验。
其他三个做不到。
Cursor 的重构能力是"局部最好"。选中一个函数重构，很稳。但跨文件重构——比如把一个工具函数从 A 模块移到 B 模块，同时更新所有引用——它就容易漏。你需要自己盯着 git diff 。
OpenCode 的重构风格是"先跟你确认完再动手"。它会先列出所有需要改的地方，然后问你"确定吗？"，然后再一个一个改。
慢。
是真的慢。
但很少出错。在那种"改错一行代码整个系统崩"的项目里，这种慢反而让人踏实。
Trae 重构成败五五开。简单的重命名、提取函数没问题。但牵涉到设计模式的重构——比如把一个策略模式换成工厂模式——它就开始"我觉得这个改动可能影响性能"然后给你一个四不像的结果。
所以，选哪个
我把答案藏在上面了，但如果你想要一个干脆的结论，这里：
如果你的工作方式是"我需要一个副驾，我开车，它帮我换挡倒车"——选 Cursor。它不替你做决定，但它让你的每一次操作都更快。前提是你自己要知道代码该怎么写。
如果你的工作方式是"我需要一个能独立完成任务的同事，我描述需求，它写代码，我 review"——选 Claude Code。它写的代码质量最高，但你需要花时间 review 。本质上，你从"写代码的人"变成了"review 代码的人"。
如果你的项目特别复杂、修改风险很高——考虑 OpenCode。它的谨慎在敏感场景下是优点，不是缺点。但如果你追求速度，它可能会让你不耐烦。
如果你的项目很小、预算有限、或者你只是想试试 AI 编程是怎么回事——Trae 够用。它是免费的，而且有时候真的能给你惊喜。只是别把惊喜当常态。
我自己呢？日常用 Cursor ，重活丢给 Claude Code ，踩坑的时候问问 OpenCode 。 Trae 开着当备胎。
不是和稀泥。是每个工具都有它擅长的回合。
就像打游戏——你不可能只用一个英雄通关全程。有时候需要坦克，有时候需要刺客，有时候需要辅助。你只需要知道什么时候换谁上场。
这游戏才刚开始。别急着定队友。但至少这张地图，你应该已经看清楚了。现在，选一个，开始写。
