1. 概要
Agent 时代,能够加速的是执行过程( 编码、调试等 )
- 说明:执行过程最多占开发活动的 50% 时间,来自 Portman 的数据
但涉及到目的、判断等核心的流程,还是需要人工介入。
由于执行过程足够快,需要人工介入的工作会越来越多,瓶颈还在人,提效会遇到天花板。
从某个角度讲,AI 加速了我们的生活,其实是变相地增加了人生的长度( 犹如开倍速看电影 )。
如果通过 Agent 进行 Coding,关键的约束:
- 从需求开始就让 Agent 了解
- 和 Agent 不断对话沟通,形成决策纪要和执行计划
- 执行计划尽量细化,每个步骤尽量有过程约束,而不是指标约束。否则容易作假
- 如果 Agent 给出的结果不好,不要直接修改代码,而是修改执行计划,说清楚来龙去脉
- 执行过程中有遇到不明确的,让 Agent 不要自己发挥,需要人工补全确认
- 如果上下文耗尽等导致效果不佳,重新开一个窗口按执行计划让 Agent 接着工作( 有状态+业务上下文 )
- Code Review 等也用新窗口拿着执行计划执行,避免不干净的上下文影响
核心就是让 Agent 有足够的上下文,有可验证的过程产出,而非简单的评估指标。
2. 精简照抄
《人月神话》是 Fred Brooks 1975 年写的一本管理书。
他管过 OS/360,那是 IBM 的大型机操作系统,1960 年代人类做过的最大一次软件工程。
项目结束他没写技术总结,写了一本关于为什么大项目总是延期、为什么加人只会加得更慢、为什么概念完整性是设计的最高目标的书。
《人月神话》写完之后成为整个软件行业的地基。
+++
Brooks 那本书的第一批读者是 1970 年代的项目经理。这本书的读者是 2026 年之后的开发者。
中间隔了半个世纪,一切都在变,唯有一件事没变:软件工程的核心是判断的组织( 把各种决策判断有机整合 )。
软件最贵的成本是维护与演进。好的组织方式,能让你在“增加新判断”或“修改旧判断”时,付出最小的边际成本。
+++
在 Agent 时代卓越的工程师,
应该投时间在判断和决定的文档上,
文档写成能被机械执行的源码级材料,
因为代码是 Agent 从文档编译的产物。