人月已死：AI 写代码时代，程序员的价值到底在哪？

kruptos

271人浏览 · 2026-09-06 16:29:02

kruptos · 2026-09-06 16:29:02 发布

AI 写代码时代，程序员的价值到底在哪？

“向一个已经延期的软件项目增加人力，只会让它更延期”——Brooks 定律统治软件工程五十年。但当"人"换成"AI Agent"，这一定律还成立吗？这篇文章不站队，只算账：AI 到底改变了什么、没改变什么，以及程序员的价值在哪里。

一、Brooks 定律的三个可检验命题

Brooks 定律常被简化成一句话，背后其实有三个独立命题：

沟通成本超线性增长：n 人团队的协调关系数 = n(n-1)/2，一条二次曲线
人均有效产出随规模递减：新人带来的协调负担吃掉边际产出
"加人换时间"是赔本买卖：交付周期 T(n) 是条 U 形曲线，谷底在很小的团队规模

看数字：团队从 5 人涨到 20 人，人头翻 4 倍，沟通关系从 10 条暴涨到 190 条——翻了 19 倍。这就是为什么大团队里"开会时间"吞噬"写码时间"。

二、AI Agent 改变了什么？

改变最彻底的地方：协调成本

人类团队：协调靠开会——两个工程师要对齐接口，坐下来聊半小时
Agent 团队：协调靠结构化状态——多个 Agent 读写同一份任务队列、共享同一套测试结果

协调成本从 O(n²) 的人际沟通，降到 O(n) 的状态读写——Brooks 定律的 U 形曲线谷底被大幅右移：以前 5 个人的活干不完，现在 20 个 Agent 也协调得过来。

没有改变的地方：问题本质

定律描述的是沟通结构与并行边界，它不关心干活的到底是碳基还是硅基。只要任务的可分解度不变，定律的骨架就在。Agent 改变的是协调成本的数量级和可分解度的上限，而不是定律本身。

三、那程序员的价值在哪？

算完账，结论很清晰——AI 消灭的不是程序员，而是**"搬砖"型工作**：

工作类型	AI 影响	程序员价值
写重复 CRUD/样板代码	大幅替代	低（别在这上面耗）
模块间对接协调	部分辅助	中（需求理解仍要人）
复杂系统设计/架构决策	辅助增强	高（不可替代）
定义"什么是正确"	无法替代	最高（评测与验收）
跨领域需求翻译	无法替代	高

AI 时代程序员的稀缺能力：不是写代码更快，而是——知道该建什么（需求判断）、知道怎么拆（任务分解）、知道什么算对（评测标准）。这三件事，恰恰是 Brooks 定律里"沟通与协调"的人类内核。

四、代码演示：Brooks 曲线的数字

# 团队规模 vs 沟通关系数（O(n²)）
for n in [1, 5, 10, 20]:
    edges = n*(n-1)/2
    print(f"团队 {n} 人: 沟通关系 {edges:.0f} 条")
print()
print("Agent 团队: 协调走共享状态队列, 成本近 O(n)")
print("=> 5 人团队 10 条沟通 vs 20 人团队 190 条（人头 4 倍, 沟通 19 倍）")

运行输出：

团队 1 人: 沟通关系 0 条
团队 5 人: 沟通关系 10 条
团队 10 人: 沟通关系 45 条
团队 20 人: 沟通关系 190 条

Agent 团队: 协调走共享状态队列, 成本近 O(n)
=> 5 人团队 10 条沟通 vs 20 人团队 190 条（人头 4 倍, 沟通 19 倍）

这个数字差就是 Brooks 定律的"罪证"——也是 AI Agent 重构软件工程的切入点：把人际协调换成状态协调，U 形曲线的谷底就右移了。

五、给你的行动建议

别焦虑"被取代"，焦虑"只会搬砖"：把重复劳动交给 AI，把时间投向设计/架构/需求
学会"指挥" AI：任务分解、上下文工程、验收标准——是新的核心技能
AI 是放大器：厉害的工程师 + AI = 超级工程师；平庸的工程师 + AI = 效率高一点的平庸
评测先于承诺：让 AI 干活前先定义"什么算对"，否则它给你一堆"看起来很对"的错代码
团队越小，AI 红利越大：协调成本降下来后，小团队能做的事远超从前

六、想深入这个话题？

本文精选自 ima 知识号【Kruptos】《人月已死：AI Agent 重构软件工程》订阅库（第 001 期人月神话的终结、第 002 期从 Copilot 到 Agent、第 004 期软件工程的本质难题等 100 期系统教程，从 Agent 心智模型、上下文工程到 AI 原生研发流程，每期配可运行代码）。

📚 完整系列 100 期 + 配套代码，已在 ima 知识号发布

本文只是系列的一个切片。完整系列（100 期系统教程 + 每期可运行代码）在 ima 知识号【Kruptos】持续更新中：