要建代理驱动的软件工厂？先从「传感器」开始

顶尖工程团队与行业其他团队之间，交付速度差距由来已久。在多数行业历史上，差距只是「每周部署次数」这种倍数；如今代理正在把倍数变成指数，分界线也不再是工具或人才，而是团队是否已把交付系统重建成业界所谓的「软件工厂」：意图进去，代理规划、编写、测试并上线变更，人只拥有规格与闸门。Anthropic本月给出了数字：五月该公司每天合并约2500次代码变更，到九月超过3万次。他们写道，编码已不再是瓶颈，瓶颈变成了按人类规模建造的开发者基础设施，并追问：当数千次变更在测试仍在跑时就已合并，「持续集成」还意味着什么？要走到那一步，就要围绕一个问题重思交付生命周期：在下一千次变更叠上来之前，工厂如何知道这次变更是有效的？若把整条链路读成控制回路，意图是设定值，代理是控制器，验证则是传感器。控制器跑得比传感器快，并不会真的更快——它会在过时信息上重试，并把传感器本可拦住的失败推上线。传感器决定工厂有多少能真正自治。Addy Osmani给出的定义被多数人采用：软件工厂是许多并行的带约束循环，由工作队列喂入、经评审闸门排入生产，人从上层整体拥有。意图即规格、工单与场景；队列托住积压；harness用工具、上下文与规则约束每个代理；生成即编码代理；验证是测试、场景跑通与运行时检查；评审闸门由人或策略放行合并；集成与部署送入生产，生产反馈再把遥测与事故带回队列。代理改了控制器，传感器也必须跟着改：它们增加了生成步骤，使后续阶段以代理写作的速率接收变更，并把验证从「人在旁边等」的阶段，变成代理在自身循环内调用的服务。