我用 GPT-5.4 写代码一个多月后突然开始害怕自己的项目了最近半年我开发项目几乎完全依赖 GPT-5.4。写接口、写业务逻辑、写 SQL、写脚本、写测试代码甚至连 Jenkins Pipeline、Dockerfile、部署脚本都直接让 AI 生成。效率确实很夸张。以前写一个模块可能要半天查资料、写代码、调 bug现在一句 prompt几秒钟几百行代码于是我进入了一种“AI开发爽感模式”。但最近我开始有点害怕自己的项目了。因为我突然意识到一件事代码写得越来越多但我对系统的掌控力越来越弱。一、理想中的 AI 编程流程当初我开始用 AI 写代码的时候脑子里的流程是这样的AI 写代码 ↓ 我逐行 review ↓ 理解逻辑 ↓ 优化代码 ↓ 提交也就是说AI 只是提高效率的工具。最终逻辑一定在我脑子里。所以当时我完全不担心。甚至觉得有 AI 的程序员才是未来的程序员。但现实很快把我打脸了。二、真实的开发流程其实是这样的真实开发流程变成了这样写需求 ↓ AI生成代码 ↓ 复制粘贴 ↓ 能跑 ↓ 继续写下一个功能Review基本没有。因为有几个现实问题1 AI代码太长现在 GPT-5.4 一次生成的代码可能200 行500 行甚至 1000 行如果每一行都仔细看。那和自己写几乎没区别。于是我开始想先跑起来再说。2 项目节奏很快开发过程中经常是需求在催产品在催运营在催你只想功能先上线。于是流程变成AI生成代码 ↓ 编译通过 ↓ 接口能跑 ↓ 上线逻辑理解以后再说。3 Bug 才是阅读代码的契机后来我发现一个很真实的事情我只有在出 bug 的时候才会认真看代码。也就是说正常运行 → 不看代码 出问题 → 才看代码问题是AI 写的代码越来越多。三、业务代码正在指数级增长随着 AI 加速开发一个很明显的现象是代码量增长非常快。以前一个项目可能3万行代码现在很容易变成10万行 20万行因为 AI 写代码不嫌麻烦不怕重复不会偷懒它会写完整 DTO写完整 Service写完整工具类写大量封装于是项目越来越大。四、我开始对自己的项目失去掌控这才是最可怕的地方。以前写项目的时候我的脑子里是这样的Controller ↓ Service ↓ DAO ↓ Database每个接口数据怎么流动哪个方法处理哪个 SQL 执行我都知道。现在很多时候是这样Controller ↓ 一堆 AI 写的 Service ↓ 一堆工具类 ↓ 一堆转换逻辑 ↓ DAO当有人问这个接口为什么这么写我可能需要重新看一遍代码。五、最可怕的一种情况有一天同事问我这个逻辑是谁写的我想了一下。回答GPT 写的。他说那你知道为什么这么写吗我沉默了。因为我真的不知道。那一刻我突然意识到一件事我正在变成一个“AI代码搬运工”。六、AI 编程的最大风险AI 编程最大的风险不是Bug性能代码风格而是开发者对系统失去理解。一旦出现问题你可能会面对几百行 AI 写的代码复杂的逻辑多层调用你需要重新理解系统。如果项目再大一点。那就是灾难。七、为什么 AI 写代码容易失控总结下来有几个原因。1 代码生成太快AI 写代码速度人类1分钟 5行 AI1分钟 200行你根本来不及消化。2 代码结构过度复杂AI 喜欢封装抽象工具类结果就是一个简单逻辑 AI拆成10个方法可读性反而下降。3 人类开始偷懒AI 最大的副作用是人类开始懒得思考。很多时候 prompt 是这样的帮我写一个完整模块于是 AI 给你ControllerServiceDTOVOMapper全部生成。八、我现在的解决办法后来我开始调整自己的开发方式。总结出三个原则。原则一AI 只写 60%不要让 AI 写完整模块。而是AI写核心逻辑 自己写结构比如接口结构自己设计Service结构自己写AI只写实现原则二每次只生成小块代码不要让 AI 写 500 行。而是一次生成一个方法这样你能理解每一段逻辑。原则三架构必须自己掌控AI 可以写代码。但系统架构服务边界数据模型必须自己设计。因为架构一旦错了AI只会帮你更快写出错误系统。九、AI时代程序员真正的能力很多人说AI 会不会取代程序员我现在的理解是不会。但 AI 会淘汰一类程序员。那就是只会写代码不理解系统的人。未来真正重要的是架构能力系统理解业务抽象能力而不是写代码的速度。因为写代码这件事AI已经比人类快很多了。十、最后一个真实感受说实话。AI 编程真的很爽。有时候你会感觉自己像一个技术总监。只需要提需求AI 写代码运行但慢慢你会发现如果你不小心。你写出来的不是系统。而是一堆你自己都看不懂的代码。那才是最危险的。结语AI 不会毁掉程序员。但可能会毁掉不会控制 AI 的程序员。真正厉害的开发者不是谁写代码最快。而是谁还能理解自己写出来的系统。如果有一天你发现你的项目你都不敢动了。那说明AI 写代码已经开始反过来控制你了。