软件工厂
一种将AI大语言模型与工程化流程深度结合的软件开发自动化理念，通过多智能体协作、标准化模板和反馈闭环，实现从需求到交付的端到端自动化流水线。
核心事实
时间轴 (近 90 天)
AI编程圈正在形成一种共识：软件工厂的核心不是“更多Agent”，而是“更高信任”。
Agent会在环境里埋下坏种子，然后持续产出垃圾，最终导致工厂自己停摆。
软件工厂是一套让编程 Agent 按既定流程运行的底层设施，每次运行都记录全部指标与数据。
由于所有任务走完全相同的步骤序列，更换模型或调整提示词后可积累数据对比周期时间与任务完成率，构成低成本的受控实验。
设计类工作和需要反复迭代探索的任务不适合放进软件工厂，作者仍会在本地使用编程 Agent 处理这类工作；本地 Agent 与软件工厂是互补而非替代关系。
作者建议的改进路径为：先建立可观测的运行记录，再用数据驱动流程改进，最后把验证有效的改动固化进流程。
1968年GE的Bob Beamer提出了软件工厂的原始构想。
现代Agent软件工厂的自动化循环为：功能请求→规格Agent写spec→构建Agent写代码→安全/UX/UI/质量等子Agent独立审查→任一项不通过则回到构建Agent→全部通过后升级给人类做合并审批。
Agent识别有用任务的能力，并不赋予它分配这些任务所需权限的权力。
整条流水线的最末端由人类决定是否最终合并，AI负责产出和初筛，人类保留最终决策权
还有 14 条时间轴事件
全部知识事实 (20)
软件工厂的工作流为：在GitHub上创建issue并打上ready标签后，工厂自动将任务派发给空闲Agent，Agent完成后提交Pull Request供人工审查
65%已验证传统软件工程中的软件工厂指一套标准化、可复用的开发流程与工具链集合，目标是让软件生产像工厂流水线一样高效、可预测
65%待验证AI编程圈正在形成一种共识：软件工厂的核心不是“更多Agent”，而是“更高信任”。
50%待验证Agent会在环境里埋下坏种子，然后持续产出垃圾，最终导致工厂自己停摆。
50%待验证由于所有任务走完全相同的步骤序列，更换模型或调整提示词后可积累数据对比周期时间与任务完成率，构成低成本的受控实验。
50%待验证作者建议的改进路径为：先建立可观测的运行记录，再用数据驱动流程改进，最后把验证有效的改动固化进流程。
50%待验证软件工厂是一套让编程 Agent 按既定流程运行的底层设施，每次运行都记录全部指标与数据。
50%待验证设计类工作和需要反复迭代探索的任务不适合放进软件工厂，作者仍会在本地使用编程 Agent 处理这类工作；本地 Agent 与软件工厂是互补而非替代关系。
50%待验证1968年GE的Bob Beamer提出了软件工厂的原始构想。
50%待验证现代Agent软件工厂的自动化循环为：功能请求→规格Agent写spec→构建Agent写代码→安全/UX/UI/质量等子Agent独立审查→任一项不通过则回到构建Agent→全部通过后升级给人类做合并审批。
50%待验证Agent识别有用任务的能力，并不赋予它分配这些任务所需权限的权力。
50%待验证整条流水线的最末端由人类决定是否最终合并，AI负责产出和初筛，人类保留最终决策权
50%待验证软件工厂（Software Factory）是围绕AI编码代理构建的工程化协作系统，其核心是协调机制而非代理本身
50%待验证并行代理崩溃的本质在于协调问题：缺乏分工和隔离时代理会争抢同一任务并互相覆盖改动，产生无法合并的冲突代码
50%待验证软件工厂在代理声称完成后会重新运行测试，并由专门的审查代理（reviewer agent）检查代码diff以捕捉测试覆盖不到的问题
50%待验证原作者搭建的软件工厂指向10个真实GitHub issues，其中9个通过流水线产出PR，但其中7个在实际使用中仍以意想不到的方式出错
50%待验证决定产出质量的往往不是单个代理的能力，而是围绕它的协调、隔离和验证系统是否完善
50%待验证并行代理的编排能力已不难实现，难点在于产出质量的保证
50%待验证多个智能体在同一本地检出目录工作会导致改动堆叠冲突，解法是每个智能体使用独立的隔离沙箱，拥有独立代码副本和机器
50%待验证软件工厂的本质是一个运转循环：issue进入待办队列，编程智能体领取并写出修复，独立系统校验工作，最后由人类决定是否合并
50%