Agentic Work Atlas

Mythical Man Month

5分钟阅读

Mythical Man-Month（《人月神话》）

Fred Brooks 1975 年出版的软件工程经典，源自其 1964 年 IBM System/360 操作系统管理经验。

证据身份

本页只有 20260815-engineers-history-reinvention 一篇二手来源。Brooks 的经典命题通过 Horn 的文章被转述；“多 Agent 通信成本同样按二次方增长”是 AI-era extrapolation，不是 Brooks 原书对 Agent 系统的实证结论。

核心命题

  1. Brooks 法则：向一个已经延期的软件项目增加人手只会让它更延期——新成员需要学习、培训、产生更多沟通开销，原成员还要分出时间教他们。
  2. Communication overhead 二次方：n 个工程师之间的沟通路径数 = n(n-1)/2——增加人手导致沟通开销以 headcount 平方增长。
  3. 外科手术式团队：少数精干成员比大量平庸成员产出更高。

AI 时代的回归

Horn 在 2026-08 的文章中提出一种重新映射：

"It's about how communication overhead scales quadratically with headcount and, if you read between the lines, the challenges you'll have spinning up ten agents"

AI-era 工作假设：当 agent 数量 n 增加，潜在 pairwise communication links 可写成 n(n-1)/2；这只是结构类比，不等于实际消息量、协调成本或失败率必然按平方增长。Multi-agent framework（如 AutoGen、CrewAI）的协调成本仍需按协议、拓扑、共享状态和任务分解实测。

与库中概念的对标

  • 与 Harness-Engineering 同构：harness 设计需要管理 multi-agent 通信
  • 与库中 multi-agent 主题（如有 entity）同构
  • 与 Geoffrey Litt "Understanding is the new bottleneck"（forward reference）间接同构——agent 协调是新瓶颈

经典地位

  • 软件工程领域被引用最频繁的著作之一
  • Fred Brooks 后来在《人月神话》20 周年纪念版（1995）增补了"没有银弹"反思
  • 仍是程序员/工程师必读书目

可验证链接

关键数据点

  • Fred Brooks 1975 年出版，源自 1964 年 IBM System/360 操作系统管理经验
  • Brooks 法则：向已延期项目增加人手只会让它更延期
  • 潜在两两沟通路径数可写为 n(n-1)/2；这不是实际通信量或成本的测量
  • "外科手术式团队"——少数精干成员比大量平庸成员产出更高
  • 1995 年 20 周年纪念版增补"没有银弹"反思
  • 被 Horn 2026-08 重新映射为 "spinning up ten agents" 的 multi-agent 挑战
  • 多 agent framework 的协调可能成为 scaling 瓶颈，但本页没有直接测量其普遍成本

前提与局限性

  • 1975 年观察基于大型机时代，与 AI 时代 multi-agent 通信成本同构但未必同机制——agent 通信可能通过 handoff/memory 而非实时交互
  • Brooks 法则的"增加人手延期"假设团队成员需要培训——AI agent 即时部署可能减轻此效应
  • 沟通开销二次方在结构化通信协议（如 ACP、三态协议）下可能压缩
  • 经典理论未必能解释"agent 池"模式（如 GitHub Copilot 大规模并行 agent）
  • Orchestrators-Tax 重新定义"外科手术式团队"——编排者承担 cognitive locality 切分责任

关联概念

关系图谱

反向链接