那些写烂代码的智能体也正是维护它的智能体。人类清理大军在哪里？

目前媒体中反复出现一种说法，大致如下：AI工具让糟糕的开发人员更快地交付代码。这些代码库将会腐烂。到了第二年，总得有人回来修复。然后就不可避免地以“人类将再次被需要”作为结尾。 过去一年里，我运行了大量的智能体工作。一个窗口是Claude Code，另一个是Codex，还有几个长期运行的程序在啃定时任务和后台任务。这并非什么疯狂的配置，这里的很多人都这么做。 而我不断注意到、且很少看到有人讨论的一点是：维护工作也由同样的智能体来完成。当某个由智能体构建的仓库出现问题，我不会打开VS Code。我会打开Claude Code，指向失败的测试，然后让它去工作。当依赖项变动导致三个地方需要调整，同样的循环。当架构发生变化需要手动处理迁移，同样的循环。 最初写那些烂代码的智能体，正是清理烂代码的那个。它确实做得不错，因为它能一次性读取整个仓库，而我做不到，而且它不会感到厌倦。在某些方面它不如我，在其他方面则比我强，而在枯燥的维护工作中，它显然更胜一筹。 所以我反复思考的问题是：人类清理大军究竟从哪里来？如果你也在运行这套技术栈，你就会明白我的意思。智能体构建了代码，测试因为错误的原因通过了，你让智能体带着更严格的评估框架去自由发挥，它确实修复了那些原因错误的测试。你不需要一位高级工程师去深究这些。你需要的是一个操作者，他能读懂智能体做了什么，判断是否符合预期，如果不符合就写出更好的提示词或更好的测试。这个角色是存在的。这个子论坛里很多人已经在这样做了。 但这并非中级开发者的工作。传统意义上的中级工程师（接到任务、写代码、写测试、提PR、等待审核）正是被挤压的角色，因为从任务到代码的部分正是智能体最擅长的，而审核部分则被推向上层，由操作智能体的人来承担。我看到那些茁壮成长的初级开发者，是把智能体当作需要管理的同伴，而不是打字更快的打字机。而茁壮成长的高级开发者，则是搭建评估框架和架构，让智能体去埋头苦干。我没有看到中间层次对应的位置。我并非想标新立异。我真的希望我是错的。 如果你在生产环境中运行智能体，并且为中级工程师找到了一个清晰的类似操作者的角色，既不是“多干几年的初级开发者”，也不是“范围缩小的高级开发者”，我很想听听那是什么样子。如果你因为智能体无法胜任，正在手动维护一个一年前由智能体构建的仓库，我也想知道，因为我还没见过这种情况。我一直被告知即将到来的清理大军，可能就只是同样的智能体，只不过周围有了更好的评估框架。