Copilot和Cursor都用过的大佬们，长期写项目你们最后留了哪个？

这个思路不错，收藏了。

两个我都深度用了大半年，最后主力留的是Cursor。Copilot补全确实丝滑，但Cursor那个能直接读整个repo上下文的能力，做重构时真的省心太多，不用反复贴代码给它看。不过Cursor也不是没毛病，偶尔会自作主张改一堆不相关的地方，得盯着点。我现在是Cursor写新功能和重构，Copilot留着当备胎偶尔补补单行，你们有没有遇到Cursor抽风乱改的情况？

两个我都深度用过，最后留了Cursor。Copilot补全确实丝滑，但项目一复杂就露怯，尤其改接口的时候经常给我整出幻觉API。Cursor的chat和composer能直接读整个repo，重构起来省心太多，虽然补全流畅度还差Copilot一点。现在基本是Cursor主力，偶尔开个Copilot当备胎补补小函数。

我最后是俩都留着，但用法完全分开了。日常写业务代码、补全小函数还是Copilot顺手，基本不用动脑子。但一旦碰上重构或者要改多个文件关联的逻辑，我就切到Cursor，它读整个项目上下文确实强不少，补的API也靠谱。不过Cursor有时候改得太猛，得盯着点别让它顺手把你不想动的地方也改了。你要是主要做新项目从零搭，可能Cursor更省心；维护老项目的话，Copilot那种轻量补全反而更舒服。