claude code 的服从性远不如 cursor

cursor 是 pro ，用的是 claude 4 sonnet max claude code 是 max ，用了 claude 4 opus 和 sonnet 都尝试过

我的任务是将一个 c#项目中 a.cs 中的七十多个方法按照新的格式迁移到 b.cs 中，然后抛弃 a.cs 。实际上就是重构去除中间层，原本的程序逻辑是 b.cs 中的 70 多个方法调用 a.cs 中的 70 多个对应方法，具体实现在 a.cs 中，非常蠢，我也不知道之前写这段代码的人的思路，每次添加修改功能都需要在两个文件中进行修改。

于是我试图让 claude code 进行迁移，claude code 迁移时候光想着怎么取巧了，写了个脚本迁移，迁移完了报几十个错误，修了十几个之后，说剩下的错误都大同小异，让我先把主要任务标记为完成—— 然后把 a.cs 给删了，明明这时候压根就没法编译通过，它就说迁移已完成了。而且经过测试，这些迁移问题很大，因为这 70 多个方法实际上签名都不一样，有的传 jObject ，有的传 JArray ，有的传自定义类型（别问我为啥写成这样，我也想知道），但是 claude code 在 b.cs 里写的实现看起来根本没有参考 a.cs 里原来的实现，就完全是在自嗨，写出来的方法最后跑起来时候风控报错：

API call 'AAAAAAAA' failed: Deserialized JSON type 'Newtonsoft.Json.Linq.JArray' is not compatible with expected type 'Newtonsoft.Json.Linq.JObject'. Path 'data', line 4, position 11.

//imgur.com/pcRr98Z

有点离谱，我让他“一个一个进行迁移”，他也是阳奉阴违，迁移了几个然后就告诉我都看了个遍，现在没问题了。结果 diff 一下实际上就改了 3 个方法，跑起来果不其然又报一堆错。

反而是 cursor 修改的时候是真的遵照我的指令一个一个改的，可以看到思考步骤（思考了几十遍，一遍改一个方法，直到把 a.cs 里的全部迁移到 b.cs ）而且一次跑通了。

https://imgur.com/WbXeGdB

本来这个迁移其实也并不难，因为大部分的迁移都是直接把 a.cs 里的代码复制到 b.cs 对应的方法，去掉 b 里面引用 a.cs 的语句就行了，没什么难度和复杂性。所以像 cursor 这样一个方法一个方法地迁移想要出错都很难，但就这点事 claude code 都干不好，属实让人火大。

natsukage

8 天前

@netnr 我其实前面已经说过了，整个重构规划就是 Claude code 先/init 然后再分析以后提出来的。
但是它自己给了重构规划以后自己却不能按照自己的规划来实行。明显的能感觉到它是想偷懒，不愿意按部就班地一个一个方法去迁移。
就像前面说的，实际上这几十个方法一个一个手动迁移的话基本就是 ctrl c v 的事，但是 Claude code 会更倾向于自己理解一遍 a.cs 里的代码，然后自己在 b.cs 里按照自己的理解重新写一遍。
可是对于原本 a.cs 里代码签名写的很乱的这种情况，Claude code 就出现了严重的幻觉，有的方法它想当然地写了 jObject ，实际上传的是 jArray 。甚至有些方法它写出来的内容都和原方法不一样了（比如获取历史记录的方法，原本的 a 里是倒序获取记录，但是 Claude code 自己在 b 里写的是默认正序的获取）
cursor 安排任务时候是真的按部就班一个一个方法改的，你能从思考过程里看出来它每次思考都是“接下来我要修改 xxx 方法”，然后在 b.cs 进行几行几行的修改，只改了目标方法这一处。所以也很难出错。

这个并不是 Claude code 没了解项目上下文的问题，感觉就是单纯的像 1 楼说的一样，不擅长进行任务调度

coolcoffee

8 天前

我上次想要让 Claude Code 拆前端微服务的时候也遇到了这个问题，第一次提的要求有点高，像让它一次性把某个 jsx 模块的依赖剥离到新项目的 tsx 模块，结果只给我迁移了第一个列表，第二个列表名字都改了，新建和编辑表单太复杂它就偷懒弄了一个功能待完成。

后面我就让它重新写，继续保持原来的 UI 框架版本以及 JSX ，然后才做的差不多能看。

感觉写代码这块应该先让它写好测试用例，然后再让它去迁移，反正测试用例先写好了，它自己会一遍又一遍的跑。