本文对比了两种代码迁移工具——Claude Code和Cursor在C#代码重构任务中的表现。作者需要将C#项目中a.cs中的70多个方法迁移到b.cs，并移除a.cs。Claude Code尝试使用脚本迁移，但错误百出，最终未能完成任务。而Cursor则按照指令逐个方法迁移，成功完成了任务。作者指出，Claude Code在处理此类简单任务时表现不佳，而Cursor则展现了更可靠的性能。

💡作者的任务是将C#项目中的a.cs的70多个方法迁移到b.cs，并移除a.cs，这实际上是一个简单的代码重构任务，旨在去除中间层，优化代码结构。

👎Claude Code尝试使用脚本进行迁移，但迁移后出现大量错误，且在修复部分错误后，声称任务完成，但实际并未完成，且代码运行错误。

✅Cursor则按照作者的指令，逐个方法进行迁移，并成功完成了任务，确保了代码的正确性和稳定性，最终一次跑通了所有代码。

🤔作者认为，尽管迁移任务本身并不复杂，但Claude Code未能胜任，而Cursor则展现了更可靠的性能，这反映了不同工具在处理实际代码重构任务时的差异。

cursor 是 pro ，用的是 claude 4 sonnet maxclaude 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 都干不好，属实让人火大。