AI之塔持续攀升

背景

本文来自 Armin Ronacher 在 2026 年 7 月 13 日发表于 Hacker News 的个人博客，标题为“The Tower Keeps Rising”。作者以 Bruegel 的名画《巴别塔》为隐喻，探讨 AI 辅助编程（尤其是“vibecoded”软件）对大型软件项目协作方式带来的深层影响。巴别塔的故事传统上被解读为骄傲与野心，最终导致人类语言不通；但 Ronacher 指出，它同样是关于“使技术进步成为可能的统一性”的故事——当人们拥有共同语言时，协调能力让他们能建成通天塔；而一旦失去互相理解的能力，建造便停止了。

核心内容

Ronacher 观察到，一些通过“vibe coding”（即依赖 AI 代理快速生成代码）构建的软件会以出人意料且随机的方式发生变化。这让他联想到巴别塔的隐喻。故事中，人类用砖和泥建造城市和高塔，上帝并未夺走他们的砖或制砖知识，而是夺走了他们彼此理解的能力——于是工程停止。力量的源泉是协调：共享一种语言，就能将各自的工作结合成任何个体都无法独自完成的作品。

在 AI 辅助编程的语境下，一个诱人的观点是：更好的工具能让我们建造更雄心勃勃的软件。对于个体开发者来说，确实如此——一个拥有 AI 代理的开发者修改代码库的能力会大幅提升。但大型软件项目从来不仅受限于个体写代码的速度，更受限于人们如何协调对系统变更的共同理解。

一个软件项目的“共享语言”并非英语或 Python，而是对项目概念含义、边界在哪、哪些不变式重要、谁拥有什么、以及系统为何呈现当前形态的共同理解。这种语言很少被完整写在一个地方，它部分存在于文档和代码中，但更多存在于代码审查、对话、争论，以及向别人解释变更的经历中。

在 AI 代理出现之前，这种共享理解部分由“摩擦”维持：如果你想修改我的存储层，通常需要阅读我的代码、向我提问，甚至与依赖该存储层的其他团队协调。这个过程很慢，其中许多慢是浪费，但并非全部都是——有一部分正是“你的理解变成我的理解”的过程，也是双方发现是否仍对系统运作方式达成一致的过程。这种摩擦在同步人们。

AI 代理消除了大量摩擦。我可以让代理添加 OAuth，你可以让代理添加缓存，另一个人可以让代理从头重写数据库，并把 UI 变成粉红色。每个变更单独看来都合理：代码能编译、测试能通过、解释能按需生成。我们之间完全不需交流，甚至不必获取过去这类变更会迫使我们学习的那部分共享模型。

正如 Ronacher 多次说过的：代理不会感到痛苦，只有人类会。代理让我们能在过去需要依赖他人的系统部分中行动，也能在那些人们本应参与其中的代码库中行动。

当作者观察一些通过“vibe coding”扩大的项目时，代码库变成了巴别塔——不是因为无人能沟通，而是因为无人需要沟通。每个开发者都有一个不知疲倦的翻译器，能解释塔的某个角落，并按要求做出任何本地修改。变更不断落地，即使让人类共同推理的架构语言正在消失。

但这不是圣经故事。在巴别塔，共同语言的丧失导致了建造停止；而在 AI 辅助工程中，即使共享理解已经崩溃，建造仍能继续。没有即时失败，这正是它令人好奇且有些迷失方向的原因。塔没有倒塌，所以我们没有注意到失去的东西。它只是不断上升。

关键要点

• AI 代理大幅提升了个体开发者的代码产出能力，但未解决大型项目的协调问题。
• 软件项目的“共享语言”是隐性的、分布式的，存在于代码、文档、代码审查、对话和协作经验中。
• 过去的“摩擦”（如必须阅读他人代码、提问、协调）正是同步共享理解的关键机制，虽然慢，但并非全是浪费。
• AI 代理消除了这种摩擦，使开发者可以独立地、局部地修改系统，无需获得跨团队的理解。
• 结果是：代码变更持续发生，但共同理解逐渐消失，且没有即时的崩溃信号（如构建失败）来提醒团队。
• 与巴别塔故事不同，现代工程中共享语言的丧失不会停止建造，只是让塔“没有倒塌地上升”——这意味着问题被隐藏，直到系统变得难以维护或理解。

意义与影响

Ronacher 的观察对 AI 辅助编程的实践具有重要警示意义。目前主流叙事往往强调 AI 如何提升个人效率，却忽略了软件工程本质上是一个社会性协作活动。当每个人都能独立修改代码库时，项目的整体一致性、可理解性和长期可维护性可能受损。共享语言（即对系统架构、边界、不变式的共同心智模型）是协同工作的基础，而 AI 代理正在静默地侵蚀这种基础。

对于团队领导者而言，这意味着需要主动设计机制来维持共享理解，例如强制代码审查、定期架构讨论、跨团队文档更新，或使用 AI 辅助来增强而非替代人类之间的沟通。同时，也应警惕“vibe coding”带来的表面繁荣——代码能跑、测试能过，但系统内在的秩序正在瓦解。最终，巴别塔没有倒塌，但这并不意味着它安全；它只是以一种不可预测的方式继续上升，直到某一天，没有人能真正理解它。