1975年，计算机科学家 Frederick P. Brooks Jr. 在其开创性著作《人月神话》中提出了“布鲁克斯法则”。该法则指出，“向落后的软件项目增加人力只会使其更落后”，这一概念常被“婴儿问题”所佐证——即九个女人无法在一个月内生出一个婴儿。这一原则源于人类协作固有的开销：新团队成员入职所需的时间、频繁会议带来的摩擦，以及办公室政治的复杂性。在传统的软件工程中，这些因素限制了增加人员实际上能加速项目的上限。
AI代理和大型语言模型（LLMs）的兴起似乎通过消除这些以人为核心的瓶颈来挑战这一法则。一个AI代理可以在毫秒内完成“入职”，不需要喝咖啡休息，并且可以在没有人类团队社交摩擦的情况下处理信息。然而，Jan van den Berg 认为该法则并未消失，而是发生了变异。虽然管理人员的开销降低了，但管理代理的开销出现了。瓶颈已从人类协作转向了定义“完成”的标准、审查代码中的幻觉，以及将分散的输出片段缝合成一个连贯系统的必要性。
这种转变引入了一种新的风险：“高速循环”。如果没有清晰的编排和需求，多个自主代理可以同时在单个代码库上工作，可能在快速的冲突变更循环中互相重写彼此的工作。Van den Berg 建议对该法则进行2026年的更新：“向需求不明的项目增加代理，只会让你更快地得到错误答案。”虽然代理擅长逆向工程或性能优化等“枯燥”任务，但在复杂的架构选择上却表现挣扎。现代工程师的主要挑战不再仅仅是技术执行，而是提供精确的编排和需求清晰度，以防止AI驱动的速度变成一种负担。
此外，由于这些工具的出现，个体工程师的角色也在发生变化。工程师不再是完成单个任务，而是越来越多地能够利用AI处理上下文切换的繁重工作，从而并行管理多个顺序任务。这在普通工程师和优秀工程师之间创造了一个新的区别：在管理由AI辅助工作流产生的海量上下文的同时，保持高水平架构视野的能力。最终的约束仍然是初始问题的清晰度；如果没有清晰度，AI的速度只会加速技术债的积累或错误实现的产出。
最终，虽然AI代理可以大幅缩短构建特定组件所需的时间，但它们无法解决项目范围和需求定义的基本问题。《人月神话》依然具有相关性，因为软件的核心难点——决定构建什么以及它应如何运行——无法被自动化消除。工具的速度提高了，但为了确保这些工具朝着正确的方向前进而必须进行的人类监督，仍然是现代时代的主要瓶颈。
主要来源指出，“婴儿问题”依然存在，因为顺序任务仍然是顺序的，且管理代理需要人类来捕捉幻觉并定义最终产品。它强调，布鲁克斯法则的2026年更新侧重于产出错误答案的速度。Hacker News上的讨论补充说，代理在逆向工程等“枯燥”任务中特别有用，但在复杂的架构问题空间中效果较差。它还指出，工程师现在正在并行处理许多顺序任务，而能够在不疲劳的情况下进行上下文切换，已成为高绩效开发者的关键区别点。
源材料为这些转变提供了理论和轶事框架，而非实证项目数据。虽然它识别了从人与人管理到人与代理编排的清晰转变，但这种新工作流的具体“速度”并未量化。对于某些应用，从“人月”到“半天”的转变被呈现为技术上的可能性，但使用代理集群与人类团队相比，在项目成功率上的实际权衡仍是行业待探索的开放问题。
主要来源指出，“婴儿问题”依然存在，因为顺序任务仍然是顺序的，且管理代理需要人类来捕捉幻觉并定义最终产品。它强调，布鲁克斯法则的2026年更新侧重于产出错误答案的速度。Hacker News上的讨论补充说，代理在逆向工程等“枯燥”任务中特别有用，但在复杂的架构问题空间中效果较差。它还指出，工程师现在正在并行处理许多顺序任务，而能够在不疲劳的情况下进行上下文切换，已成为高绩效开发者的关键区别点。
源材料为这些转变提供了理论和轶事框架，而非实证项目数据。虽然它识别了从人与人管理到人与代理编排的清晰转变，但这种新工作流的具体“速度”并未量化。对于某些应用，从“人月”到“半天”的转变被呈现为技术上的可能性，但使用代理集群与人类团队相比，在项目成功率上的实际权衡仍是行业待探索的开放问题。