某AI编程工具把全组变成了"人肉回车机"，我写了封辞职信

上周四下午三点，我盯着屏幕上第47个某AI编程工具自动生成的PR，突然感到一阵恶心。
不是身体上的恶心，是那种"我存在的意义是什么"的存在主义恶心。

我在一家某技术巨头做了四年后端开发，团队12个人。三个月前，CTO在某次全员会上宣布全面引入某AI编程工具作为核心开发工具。当时的说法是"赋能工程师，提升10倍效率"。PPT做得很漂亮，ROI测算写了30页。
第一个月确实爽。写个CRUD接口，某AI编程工具三分钟搞定，以前要半天。写单元测试，覆盖率从65%直接拉到92%。重构一个遗留的支付模块，某AI编程工具跑了一个晚上，第二天早上我review，居然没什么大问题。
CTO在全员群里发了个大红包。

但从第二个月开始，事情变味了。
管理层发现某AI编程工具能写代码之后，他们的逻辑不是"工程师轻松了"，而是"产出可以更多"。Sprint的故事点从原来的40个直接翻倍到80个。产品经理的需求文档不用自己写了，让某AI编程工具生成。测试用例不用自己写了，让某AI编程工具生成。连技术方案都不用写了，让某AI编程工具生成初稿，工程师"review一下就行"。
"review一下"——这四个字变成了每天12小时工作的开始。

我们的日常变成了这样：早上9点上班，打开某AI编程工具，它会在一晚上生成十几个PR等着你看。你的工作就是逐个review，点approve或者request changes。从L3到L7，所有人干的事一模一样——看AI写的代码，按回车。

我旁边工位的老张，10年Java经验，以前是团队里的架构师。现在他每天的工作就是看某AI编程工具生成的Spring Boot代码有没有明显bug。上周他跟我说："我已经两周没写过一行新代码了。我感觉自己不是工程师，是个人肉CI/CD。"

更可怕的是，没人知道代码为什么这么写。
上个月出了一个线上事故。一个支付回调接口在高并发下偶尔丢单。我排查了两个小时，发现是某AI编程工具生成的代码里，它在重试逻辑中用了一个非线程安全的HashMap。这种问题在低并发下根本不会暴露，但一旦QPS上到2000以上就会概率性丢失数据。

我问团队里谁理解这段代码的设计意图。没人说得清。因为代码是某AI编程工具生成的，review的人只看了表面逻辑——重试、幂等、fallback——觉得没问题就approve了。
我在事故复盘会上提了一个问题："我们是在写代码，还是在给AI当质检员？"
会议室安静了三秒。然后技术VP说："流程需要优化，但方向不会变。"
对了。顺嘴提一句，技术大厂，前后端-测试​机会，全国一线及双线城市均有坑位，待遇和稳定性还不错，感兴趣看看~

事故发生后的第三天晚上，我在家写了一封辞职信。没发出去，但写了。
我算了一笔账。如果继续这样下去，三年后我的核心竞争力是什么？"熟练使用某AI编程工具按回车"？这个东西任何一个应届生培训两周都能做。

我想起去年在技术大会上听某开源大佬说过一句话："AI时代最危险的不是被AI替代，而是被AI训练成只会按回车的人。"

当时我觉得这是贩卖焦虑。现在我觉得这是预言。

辞职信我没发。不是因为不想走，是因为我打算先花三个月把系统设计能力补回来。我开始每天早起一小时读《Designing Data-Intensive Applications》，重新开始画架构图，开始在纸上（不是IDE里）思考数据流。
上周我用纯手写的方式重构了那个支付模块。没有某AI编程工具。300行代码，写了整整两天。但每一行我都知道为什么这么写，每一个边界条件我都想清楚了。

写完跑测试的时候，覆盖率只有78%，比某AI编程工具的92%低。但我知道那缺失的14%在哪里——是我故意不测的分支，因为在生产环境中那些分支永远不会走到。

这种"知道"的感觉，比任何覆盖率数字都让我安心。
昨天团队来了个新人，第一天就被分配了"review 某AI编程工具的PR"。他问我："你们平时都这样工作的？"
我看了看屏幕上第48个自动生成的PR，没说话。

辞职信还在我的草稿箱里。但我知道，不管走不走，我不会让自己变成一台人肉回车机。
代码是我的手艺。手艺不能外包给机器。