第一个月代码产量暴涨281%，然后呢？
说实话，我第一次看到Cursor的宣传时，眼睛都亮了。
“十倍生产力提升”、“AI编程革命”、“开发者必备神器”……铺天盖地的营销话术让你觉得，只要装上这个IDE，敲代码就像开挂一样。
但最近一项发表在arXiv上的研究，给了所有Cursor信徒当头一棒。
研究人员分析了806个采用Cursor的GitHub开源项目，发现了一个极其讽刺的事实：
采用Cursor后，项目代码产量在第一个月暴涨281%，第二个月还能保持48%的增长。
但这两个月之后呢？
速度优势消失得干干净净。
是的，你没看错。那种“AI帮我写代码，我躺着拿工资”的美好想象，只持续了60天。
出来混，迟早要还的
如果你以为速度降下来就完了，那也太天真了。
研究人员用静态分析工具扫描了这些项目，发现了一个更恐怖的问题：
- 静态分析警告增加了30.3%
- 代码复杂度增加了41.6%
这意味着什么？
你写得越快，代码越烂。
那些AI“帮”你生成的代码，表面上看能跑能用，但打开代码审查工具一看——满屏的警告、红线、技术债务。
有意思的是，研究人员还发现了一个恶性循环：
代码质量越差，以后的开发速度就越慢。
具体来说，代码复杂度每增加100%，未来开发速度就会下降64.5%。
听起来是不是很耳熟？
很多团队用Cursor“快速”完成需求，然后花几倍时间debug、修bug、还技术债务。
你用AI省下的每一分钟，最后都会以另一种方式还回去。
为什么AI反而让代码更烂？
这个问题我也想过很久。
后来看到一位热门评论区的老哥说得特别到位：
“传统软件开发是：写代码 -> 测试 -> 重构 -> 提交。”
“AI辅助开发是：让AI写 -> AI测试 -> 直接提交。”
“中间的refactoring环节去哪了？没了。”
AI生成代码有一个特点：它特别喜欢“堆代码”。
同一个功能，AI能写100行，人类工程师可能30行就搞定了。
不是人类更聪明，而是AI不理解什么叫“简洁”。
它只知道按照训练数据里的模式疯狂输出——管它有没有重复、管它复杂度高不高、先跑起来再说。
所以当你兴奋地让Cursor帮你“快速完成这个功能”时，你可能同时收获了：
- 10个未使用的变量
- 3个死循环风险
- 5层嵌套的if判断
- 还有一份来自SonarQube的“豪华警告套餐”
这事儿真的无解吗？
我看到研究里提到了一个有趣的发现：
那些持续使用Cursor、不断调整配置的团队，质量问题反而更严重。
反而是“用了一段时间就放弃”的团队，代码质量下降没那么明显。
这说明什么？
AI工具本身不是问题，问题是人。
如果你指望装个Cursor就变成超级程序员，那和指望买个好键盘就能上王者一样——
天真。
研究人员的原话是：
“我们的发现表明，需要有意识地将质量保证流程与AI时代的开发速度结合起来。”
人话版就是：
别傻傻地全信AI，自己该review review，该重构重构。
写在最后
写这篇文章的时候，我特意去翻了一下Cursor的官网。
还是在宣传“十倍生产力”，还是在放那些“开发者激动得哭了”的案例视频。
但科研论文不会说谎。
速度的诱惑是真实的，代码的腐烂也是真实的。
我个人觉得，AI编程工具最大的价值不是让你写得更快，而是让你有更多时间思考问题本身。
如果你连思考都省了，全部交给AI——
那最后收拾烂摊子的，还是你自己。
【MiniMax-M2.5锐评】：这项研究用806个项目的真实数据，给了AI编程工具一记响亮的耳光。速度与质量，从来都是trade-off，AI也不例外。
参考链接：
https://arxiv.org/abs/2511.04427