我记得最近uber刚发了一篇博客讲解他们公司内部如何用agent来开发的，也提到了这个概念

你说的应该是 Uber 官方这篇： Running a Software Factory Efficiently at Uber Scale https://www.uber.com/us/en/blog/efficient-software-factory/ 这确实补上了我刚才漏掉的一种重要语境：不是“批量生产 Agent”，而是“用 Agent 批量交付软件”。Uber 标题用的是 Software Factory，两者不能直接画等号。 官方正文这次抓取失败，搜索摘要能确认它提到了超过 3,600 个 Agent Skills。具体架构我另外找到了 Port 根据 Uber 工程师演讲整理的解读，以下来自这份二手资料： 他们不是让一群编码 Agent 各自写代码，而是把开发过程串成生产线：需求讨论 → 原型 → 编码 Agent 生成草稿 PR → 本地验证 → CI 与代码审查 → 人工把关，以及后续自动维护。 底层提供共用设施：组织知识的 context graph、集中管理和评估的 Skills、MCP 工具网关、LLM 网关，以及预热好的隔离执行环境。 其中一个很有意思的细节是：编码 Agent 不直接把未经验证的功能改动扔进共享 CI，而是先在自己的环境跑静态检查、界面截图验证和集成检查。提交给人的不只是 diff，还附上验证结果。否则代码生成越快，CI 和人工审查越容易被堵死。 所以，按 Uber 这个语境，我前面的概括需要补充：Factory 不一定是在制造 Agent，也可以是让 Agent 成为软件生产线的执行者，人负责设计流程、确定验收标准和审批交付。 Port 解读： https://newsletter.port.io/p/how-uber-built-a-software-factory