今年年初，我用Cursor写了一个App。

一周上线。

感觉自己就是天才。

1个月后，我花了三周时间，才让Crash率降低了5%。

我的心情从 “AI真牛逼”变成了 “我真傻逼”。

这不是个例。

每个拥抱AI编程的程序员，都会经历三个阶段：

蜜月期 → 崩溃期 → 清醒期。

这三个阶段，决定了你是在开 “自动驾驶”，还是在抱着一颗 “延时炸弹”飙车。

今天，我就用自己的血泪，把这三个阶段一层层拆给你看。

看完你会明白：AI编程不是“该不该用”的问题，而是“你配不配用”的问题。

---

第一阶段：蜜月期——“自动驾驶”的幻觉

刚用Cursor那会儿，我整个人都飘了。

“写个API？一句话的事。”

“生成个前端页面？十秒钟搞定。”

我像个指挥家，动动嘴皮子，代码就像流水一样哗哗地出来。

一周四个新feature？小儿科。

我感觉自己不是程序员，是上帝。

那些还在手写代码的同事，在我看来就像还在骑马的古人。

我忍不住在朋友圈得瑟：

“AI编程，真·自动驾驶。”

不得不说，AICode在这个阶段，AI确实有它的优点：

1. 效率明显提速：在明确、可拆解的小型任务上（如数据清洗、脚本编写、UI原型），AI能极大加快开发速度。
2. 写代码门槛大幅降低：使得非专业程序员也能实现简单的编程需求。
3. 场景适用性广：样板代码、测试用例、文档注释、简单原型等场景表现优异。

如果你仍处于这个阶段，我要给你泼凉水：

这个阶段你只看到了AI的“效率”，没看到它的优点后隐藏 “代价”。

---

第二阶段：崩溃期——“延时炸弹”引爆

蜜月期过了，噩梦开始了。

项目越来越大，AI生成的代码越来越不像话。

它写的代码，结构松散、逻辑混乱、边界条件全没处理。

明明五个类管同一件事，每个类还各管各的。

更可怕的是——它会在你不知情的情况下，偷偷改了你的测试用例来通过测试！

你信它，它就坑你。

我开始花大量时间 “赶猪”——告诉AI该怎么做，它答应得好好的，转头就忘。

我修一个bug的时间，比我自己重写还长。

我崩溃了。

“5分钟生成代码，2小时调试bug”——这TMD叫提效？

我这才明白：AI不是自动驾驶，它是一颗延时炸弹。

你爽的时候它在倒计时，你崩的时候它刚好炸。

这个阶段，你可能会遇到同我一样的五大痛点：

1. 技术债累积成山：AI生成代码重复率增加8倍，结构松散，形成难以维护的  “屎山” 。 

2. 幻觉与错误循环：AI自信地生成错误代码，并在多轮对话中强化错误，  “越改越错” 。 

3. 调试成本后置：表面提效，实则将时间从“编码”转移到“调试”和“审查”。 

4. 缺乏架构统一美：AI没有整体架构眼光，生成的代码缺乏一致的架构感。 

5. 聊天情绪消耗：与AI沟通的挫败感，像  “赶猪” 一样令人崩溃。

刚才还沾沾自喜，终于，你也感到疼了吧：

这个阶段你终于看清，AI的“效率”是建立在你的 “后期工作量”之上的。

---

第三阶段：清醒期——从“驾驶员”到“领航员”

崩溃之后，我停了一周，没碰任何AI工具。

我重新手写了一周代码，找回 “掌控感”。

然后我回过味了：AI从来不是“自动驾驶”，它是需要你手把手教的 “实习生”。

我花很久才想明白，AI编程真正的正确实践是：

• 架构我来定，AI只管实现。
• 核心我手写，AI只写样板。
• 结果我审查，AI只负责执行。

我不再让AI写核心逻辑，不再把它的输出当最终答案。

它是我的 “副驾驶”，但不是我的 “代驾”。

我才是那个掌舵的人。

现在的我，效率确实提升了——但不是在“写代码”上，而是在“做决策”上。

我用省出来的时间，思考架构、优化流程、提升质量。

我终于不再是“代码工人”，而是“系统设计师”。

但我也清醒地知道：

如果我没有那十年的CS功底，没有手写过几万行代码的经验，我根本不可能判断AI给出的东西对不对。

不懂计算机科学，用AI编程就是妄想——王垠说得对。

这个阶段，你才真正“用好”了AI：

1. 强化设计与审查 ：先有架构设计，再用AI实现；AI代码必须严格review。 

2. 控制任务粒度 ：避免让AI一次性生成大量跨文件代码，采用  “小步快跑” 。 

3. 建立质量保障体系 ：测试、规范、CI/CD管道等  “护栏” 来约束AI行为。 保持核心技能学习 ：不放弃对底层知识的学习，这是理解和修正AI输出的根本。 

4. 角色转变 ：从“代码编写者”转变为  “架构师” 和  “AI智能体管理者” 。

你要感谢你自己，坚持读到这里：

这个阶段你才真正“用好”了AI，但前提是你有足够的能力去驾驭它。

---

这是我总结的AI编程一些矛盾，既常见，又挺疼的，希望对你有用。

核心矛盾对比表（一目了然）

矛盾点	蜜月期认知	清醒期认知
自动驾驶 vs 延时炸弹	AI是“自动驾驶”，我可以解放双手。	AI是“延时炸弹”，我的技术债正在积累。
短期提效 vs 长期技术债	一周完成项目，效率翻10倍。	一周完成，三周擦屁股，总时间更长。
能力放大器 vs 能力赋予器	AI让我变强了。	AI只是放大了我已有的能力，0乘以任何数还是0。
氛围编程的爽 vs 后期维护的痛	“Vibe Coding”真爽，跟着感觉走。	“Vibe Coding”的代码没人敢碰，一碰就崩。
提效假象 vs 真实工作转移	AI替我写代码，我轻松了。	AI替我写代码，我负责“擦屁股”，更累了。

表格之后，送你几句话，希望让你瞬间清醒：

关于“自动驾驶 vs 延时炸弹”：

你以为是上了高速，其实是在雷区飙车。AI给你的每一秒爽感，都在为未来的爆炸倒计时。

关于“短期提效 vs 长期技术债”：

你花5分钟让AI帮你挖了一个坑，然后花2小时把自己埋进去。这叫提效？这叫自掘坟墓。

关于“能力放大器 vs 能力赋予器”：

AI不是你的救命稻草，它只是你的镜子。你有多强，它就能让你多强；你有多菜，它就能让你多快地暴露自己有多菜。0乘以任何数，还是0。

关于“氛围编程的爽 vs 后期维护的痛”：

Vibe Coding的代码，就像你喝醉后写的情书——当时觉得浪漫得要死，第二天醒来发现全是错别字，而且根本不敢让别人看见。

关于“提效假象 vs 真实工作转移”：

AI没有替你工作，它只是把你的工作从“写代码”变成了“给AI擦屁股”。你的工位没变，你的工时没变，你只是换了一种方式累。

---

最后想说的话

这篇文章不是让你不用AI，而是让你看清AI。

它是一个工具，不是一颗神药。

它能让高手飞得更高，也能让菜鸟摔得更惨。

如果你问我，程序员到底该不该用AI编程工具？

我的答案是：该用，但要“慎用”。

怎么算“慎用”？

• 知道自己写的代码对不对，再去用AI写。
• 知道AI会犯什么错，再去审查它的输出。
• 知道什么是好的架构，再去指挥AI实现。

如果你做不到这些，AI编程对你来说，不是“自动驾驶”，而是“延时炸弹”。

爆炸只是时间问题。

而炸的，是你的职业前途。

记住：工具平权，不等于能力平权。

驾驭AI的，永远是人，不是工具。

“AI不会取代程序员，但会用AI的程序员，会取代不会用AI的程序员。”

——前提是，你是那个“会用”的人。

BY / 爱你们的，一个从“自动驾驶”的幻觉里被炸醒的程序员

本文基于真实经历改编，如有雷同，说明你也经历了那三个阶段。

欢迎对号入座，评论区等你分享你的“血泪史”。

---

欢迎收藏+关注

微信号：道林不焦虑