以前替你否掉那个功能的是一周工期，现在它只要一小时

给代码行数做的那半个辩护

多数人会告诉你，用代码行数衡量生产力毫无意义。作者不同意，理由是那里存在一个硬上限。

在智能体之前，一个软件工程师一天能产出几百行可上生产的代码；两百行经过调试、可上生产的代码已经是极好的一天，多数日子是五六十行。如果智能体让你产出一千行经过调试的代码，并且质量不变——可维护、有测试——那就是一次实打实的提升。

这句话的重量全在「并且质量不变」那半句上。作者自己补的条件是：做到这一点需要大量技能、知识和经验，而那正是资深工程师的构成。

但新的瓶颈不在产能这一侧

顺着上面的逻辑很容易问：既然一个人能做的事多这么多，公司为什么还需要不止一个工程师？

除了「一个人的团队是设计得很糟的团队」这类显而易见的理由之外，作者给的答案是认知容量：

我可以把代码产出快一百倍，但我没有一百倍的认知容量去跟住那一百倍的代码。

所以团队仍然需要存在——不是为了分摊打字，是为了把认知容量分摊开。这条判据的用处在于它可被检验：如果你的产出翻了十倍而审阅能力没变，那么多出来的九倍由谁负责，是一个有明确答案的问题。

概念完整性，和那栋不停加房间的房子

《人月神话》里有一个概念叫概念完整性：设计良好的软件有一种整体性——里面没有意外，它恰好覆盖该覆盖的那些事，各部分彼此说得通。

作者说，这件事在智能体面前难得多：你有一个功能的想法，跑一次提示词，五分钟后功能就有了。于是你的软件会朝各个奇怪的方向长出小疙瘩。

访谈里对方给出的类比是温彻斯特神秘屋——那栋有 140 个房间的宅子，因为主人被告知必须不停盖下去，于是盖了四十年。加房间太便宜，最后得到的东西概念完整性散掉了，而它散掉之后，关于它的决定也更难做了。（作者顺带标注：维基百科上有可信来源对那个动机传说提出质疑。）

真正的发现是那个刹车原来一直存在

这一节是这条信号被收录的原因。

作者把它归到纪律上，而关键在于纪律此前不是靠自觉执行的：

以前那个纪律是由所需时间替你强制执行的。你想到一个疯狂功能，然后想「是啊，但那要花我一周——我没法说服自己，算了」。如果它只要一小时，就好说服自己得多。

也就是说：过去替你否决那个功能的从来不是你的判断力，是工期。 工期从一周掉到一小时之后，被移除的不是那个功能，是那个否决动作本身。

把它接回本站已发布的两条：Rootly 那条换掉的是评审的度量（从代码行数换成影响半径），这一条解释了为什么那个度量非换不可——增量本身不再是稀缺的东西；而 Gowers 那条说模型的短板是「闻出这条路没戏并剪枝」，这一条说的是人类那一侧的剪枝动机同样正在被成本曲线抽走。

这条信号的边界

• 它是播客转录稿的节选，不是带工件的评估：没有测量、没有对照、没有可复现的实验。本站此前拒过多篇论述型无工件的文章，这条的区别在于它提出的机制可被各自检验，而不在于它更有说服力。
• 「一天两百行」是作者的经验值，不是某项研究的结论，也没有给出适用的语言、领域或团队规模。
• 「一百倍」是修辞而不是测量。
• 温彻斯特神秘屋的动机传说存在争议，作者已自行标注，这里照样保留。