天天用大模型写代码，我终于发现它突然变“智障”的根本原因了……

作为一个每天重度依赖 AI 摸鱼、不是在撸代码就是在写文档的后端打工人，我仔细盘了一下我每天的 Token 消耗流水，发现了一个惊人的事实：

最消耗 AI 算力、最容易让它破防的，根本不是什么复杂的算法推导，也不是写那些又长又臭的 SQL 联表查询，而是我们轻飘飘敲下的一句——“帮我初始化一个项目”。

大伙品一品，平时让 AI 搞个“初始化”，到底有多要命：

1. 薛定谔的“搭个基础架子”你以为你只是让它建个工程，但在 AI 眼里，你这是让它当架构师。比如你跟它说：“帮我起个后端服务”。好家伙，为了显摆，它不仅要把外层的目录结构用 ASCII 码画出来，还要给你手搓一堆基础类。要是你提了一嘴用若依（RuoYi）这种脚手架，它恨不得把底层的跨域配置、统一异常处理、Redis 缓存拦截器、JWT 鉴权全给你默写一遍。几千个 Token 瞬间就灰飞烟灭了。

2. 万恶的配置文件（YAML / POM）写业务逻辑好歹是带脑子的，写配置文件纯纯就是消耗战。起个新项目，总得要 pom.xml 或者 application.yml 吧？当你让它配一个多数据源，或者写一段连接 Apache Doris 集群的连接池配置，那几十个依赖的版本号、密密麻麻的参数缩进…… AI 吐这些玩意儿的时候，Token 就像开了闸的洪水。而且最搞心态的是，经常因为截断少个括号，跑不起来还得反反复复跟它纠错。

3. 伪装成初始化的“一键包办”很多兄弟在起步阶段心特别大，扔个需求就想让 AI 直接包圆。比如要做个“电池测试设备管理模块”，直接一句话：“帮我初始化这个模块，包含设备调度、样品流转的代码”。AI 为了满足你，得硬生生凭空捏造出一整套 Controller、Service、Mapper 还有底层的建表语句。这一通疯狂输出下来，它的上下文记忆基本就已经被这些又长又没营养的 CRUD 样板代码填满了。

这也就是为什么，初始化完项目之后，你再让它改个小 Bug，它就不太灵光了——因为它的脑子里全是你刚才让它写的样板代码。

现在遇到新项目，我绝对不让 AI “一键初始化”。都是我自己用脚手架工具把骨架生成好，然后只把最核心的某个类的逻辑（比如某段特定的并发处理，或者某个接口的入参出参）丢给它写。拆解成剥离了环境的“纯函数”需求，AI 才能发挥最大威力。