- 约958字
- 技术
- 2026年2月26日
用了AI编程一个月，我最后悔的不是用晚了，而是——用错了方式。
从期待到失落
一个月前，我正式把主力开发环境从VSCode切换到Cursor。确切地说，是Cursor + Claude 3.5 Sonnet的组合。朋友圈里铺天盖地的"AI编程太香了"“效率提升10倍"的分享，让我对这次尝试充满期待。
刚开始的两周，确实有"哇塞"的感觉。写一个React组件，只要描述一下需求，代码就出来了。调试Bug的时候，AI不仅能定位问题，还能给出修复建议。有些时候，它甚至能猜到我下一步想做什么。
但第三周开始，这种兴奋感逐渐变成了困惑。
真正的问题
我发现自己在不自觉地做一件事：让AI帮我写代码，然后我帮AI改代码。
听起来有点绕，但实际体验就是这样。AI生成的代码乍一看很好，跑起来却有小问题。有时候是边界条件没考虑，有时候是跟现有代码风格不统一，更多时候是——它理解的需求和我理解的需求根本不是一回事。
我开始反思：AI到底应该扮演什么角色？
重新定义协作方式
经过调整，我慢慢摸索出了一种更健康的合作模式：
第一，明确边界。AI擅长的是重复性、模式化的代码编写。比如CRUD接口、组件模板、数据转换函数。这些东西让AI来做，确实能省不少时间。但涉及业务逻辑、架构决策、边界条件的地方，必须人来做。
第二，建立验收标准。不再让AI"随便写一个”，而是给出具体的约束：用什么框架、什么命名规范、什么性能要求。约束越清晰，产出越可用。
第三，把AI当作"第二双眼睛"。自己写完代码后，让AIreview一遍。它能发现一些我惯性思维下的遗漏。这才是AI最大的价值——不是替我写代码，而是帮我发现死角。
一个月后的答案
回到最初的问题：后悔吗？
不后悔，但也不像朋友圈说的那么神。
AI编程工具确实改变了我的工作方式，但它不是魔法棒，而是一把需要学习的工具。用对了，它能帮我从繁琐的重复劳动中解脱；用错了，它反而会制造更多麻烦。
对于准备尝试AI IDE的朋友，我的建议是：把它当作一个实习生来对待——会给帮助，但需要指导；会有产出，但需要验收。
真正高效的AI编程，不是一句话让AI把事情做完，而是人机协作、各发挥所长。
你用AI编程工具了吗？有什么心得或坑想分享，欢迎评论区聊聊。