← 返回首页

AI并行开发的思考

发布时间: 2026-08-10 19:44(北京时间)

摘要: 作者探讨AI编程助手在开发效率评估上的偏差,指出传统估时已不适用,并考虑在预算充足时采用多模型或多提示词并行开发以择优合并,同时分析并行带来的额外review与决策成本。最后援引软件工程经典著作,认为人月神话需重新解读,而无银弹论断依然有效。整体语调冷静、思辨。

标签: AI编程, 并行开发, 成本评估, 软件工程, 人月神话, 思辨, 理性

字数: 370

Agent 有时候也会主动“评估工作量”,但还是按照古法编程的速度来估。一个功能动辄 2 天起步。虽然实务上不会认为 Agent 半小时能完全实现一个新功能并上线。但我想 AI 工作流的提速效果应该是不小的。

简单一想,项目经理可能也会开始“拿不准”开发时间。毕竟这和需求准确度、Agent平台、模型选择都有一定关系。

如果预算比较充足,会不会开始考虑 AI 并行开发呢?同一套需求提示词给不同模型并行做,或是不同版本的提示词让同一个模型来做。有点像抽卡/养蛊,选最好的合入主线。

并行开发除了成本问题,review 和决策可能也会多占一些资源。《人月神话》的道理虽然不是完全失效,但引入 AI 后很多代价的评估就得转换一下思路。至于《No Silver Bullet》我觉得还是成立的,因为项目本质的复杂很难一下子被 AI 全消掉。