最终瓶颈

# 最后的瓶颈 来源：https://lucumr.pocoo.org/2026/2/13/the-final-bottleneck/ 写于 2026 年 2 月 13 日 历史上，写代码的速度一直比审查代码要慢。 或许感觉并非如此，因为代码审查总是躺在队列里，等着有人有空去处理。但如果比较实际的行动本身，通常创建代码才是更耗时的那部分。在那些既要写代码又要审代码的团队里，从来没人觉得“我们应该写慢点”。 所以，当越来越多的人告诉我，他们不再清楚自己的代码库里到底有什么代码时，我感觉事情很不对劲，是时候反思一下了。 ## 你在这里 软件工程师常常认为，只要浴缸变大（https://lucumr.pocoo.org/2020/1/1/async-pressure/），溢出的问题就会消失。但事实并非如此。[OpenClaw](https://en.wikipedia.org/wiki/OpenClaw) 现在有超过 2500 个未关闭的拉取请求。这是一个巨大的浴缸。 了解队列的人都知道这一点：如果输入的增长速度超过处理速度，就会累积出故障。这时，背压和负载降级是维持系统还能正常运行的唯一方法。 如果你曾经在一家被手机订单淹没的星巴克呆过，你就会明白那种感觉。店内的体验就崩溃了。你不知道自己前面还有多少订单。没有明确的队伍，没有可靠的等待时间估算，而且往往没有真正的取消路径，除非你升级投诉、闹出动静。 这就是现在很多与 AI 相关的开源项目的感觉。而且越来越多所谓的“AI 优先”工程团队里的内部公司项目也变成了这样，这是不可持续的。你无法进行优先级排序，无法审查，而且很多拉取请求在某个时间点之后根本无法合并，因为它们已经过期太久了。而创建者可能也已经失去了合并它的动力。 大家对新获得的速度感到无比兴奋，但在私下交流中，我反复听到同一句后续的话：人们也对自己创造的速度感到困惑，不知该如何跟上。 ## 我们以前也经历过 人类以前也经历过这种情况。很多次。在 AI 的语境下，我们经常提到卢德分子，但看看是什么导致了卢德运动，其实很有趣。马克·卡特赖特写过一篇关于工业革命时期英国纺织业的[精彩文章](https://www.worldhistory.org/article/2183/the-textile-industry-in-the-british-industrial-rev/)。其核心思想很简单：每当一个瓶颈被消除，创新就会在这个瓶颈的下游出现。织布速度加快了？纱线就成了制约。纺纱更快了？纤维就需要改进以支持新的速度，直到最后棉花的需求增加，棉花采摘也必须自动化。我们在航运中也看到了同样的情况，最终导致了现代自动化港口和集装箱化。 作为软件工程师，我们以前也经历过。汇编语言无法扩展到更大的工程团队，于是我们必须发明高级语言。编程语言和软件开发框架所做的很多事情，就是让我们写代码更快，并能扩展到更大的代码库。但直到现在，它并没有夺走工程的核心技能。 虽然写 C 语言肯定比写汇编容易，但很多核心问题是一样的。内存延迟仍然重要，物理定律仍然是我们的最终瓶颈，算法复杂度仍然决定软件在规模上的成败。 ## 选择放弃？ 当流水线的一部分变得异常快速时，你需要限制输入。[Pi](https://pi.dev/) 就是一个很好的例子。除非是受信任的人，否则拉取请求会自动关闭。这需要有"开源假期"（https://x.com/badlogicgames/status/2021164603506368693）。这是一种选择：你限制流入。你要对抗你新获得的力量，直到你能掌控它们。 ## 或者选择屈服 但如果速度还在持续加快呢？在写代码的下游，我们又需要加速什么呢？当然，拉取请求审查显然成了瓶颈。但它确实无法轻易自动化。如果机器写了代码，那机器最好同时审查代码。这样，最终呈现在人类面前的，就已经是能力最强的机器所能经历的最关键的审查了。还有什么阻碍呢？如果我们坚持认为机器不能承担责任这个基本信念，那么人类就必须能够理解机器的输出。机器将不知疲倦地发布。客户的工单将直接交给机器来实现改进和修复，再由其他机器来审查，人类则在第二天早上走个过场批准一下。 这一切听起来既没有吸引力，又让人联想到纺织业。单个织布工不再为一匹劣质布负责。如果布有问题，那责任就变成了整个工厂的，直接换掉就行了。随着我们进入一次性塑料软件时代，我们可能正在把整个责任层转移到别处。 ## 我就是瓶颈 但对我来说，感觉还是不一样。也许是因为我卑微的大脑无法理解我们正在经历的变革，而未来几代人只会嘲笑我们的困境。对我来说感觉不一样，是因为我在某些开源项目、某些公司和团队中看到的正在发生的事情，感觉非常错误，且不可持续。就连史蒂夫·耶格本人现在也对代码创建速度不断加快的可持续性[表示怀疑](https://steve-yegge.medium.com/the-ai-vampire-eda6e4f07163)。 那么，如果我们需要屈服呢？如果我们需要为这种新型工程成为标准铺平道路呢？我们需要创造哪些辅助条件才能让它奏效？我不知道。我带着好奇和困惑看着这一切，试图理解它。 因为这不是最后的瓶颈。我们会想办法为我们发布的东西负责，因为社会要求我们这样做。没有意识的机器永远无法承担责任，看来我们必须在机器达到这种状态之前处理这个问题。不管它们现在的行为[看起来有多怪异](https://en.wikipedia.org/wiki/Moltbook)。 [我现在也是瓶颈](https://x.com/thorstenball/status/2022310010391302259)。但你知道吗？两年前，我也是瓶颈。其实我一直都是瓶颈。机器并没有真正改变这一点。只要我还承担责任、还需要为结果负责，这一点就不会改变。如果我们能够将责任向上推，情况可能会改变，但到目前为止，如何做到这一点还不清楚。 本文标签：[ai](https://lucumr.pocoo.org/tags/ai/) [复制为 markdown](https://lucumr.pocoo.org/2026/2/13/the-final-bottleneck.md) / [查看 markdown](https://lucumr.pocoo.org/2026/2/13/the-final-bottleneck.md)