本期要点
· 只盯「AI 生成了多少代码、多少拉取请求」这类产出数字会骗人:拉取请求的占比和数量会随总量一起上涨,你分不清它到底有没有转化成结果。
· WorkOS 的第一版软件工厂和被业内奉为标准配置的做法几乎一样——沙箱、智能体、让它开拉取请求——结果对已经能在本机用 AI 写代码的工程师来说几乎无法区分,花了工程量却没带来增量。
· 真正的分水岭是:工厂做的是「产品工程」还是「编码」。工单依赖链的自动推进、缺陷分诊、把文档变成可开工的框架,这些才是价值所在。
· 「山顶文档」把为什么做、客户怎么说、竞品什么样、设计长什么样、分几个阶段做完压进一份文档,让任何人或任何智能体拿起来就能开工。
· 自建的 MCP 网关(上下文引擎)原本只为连接自家智能体,结果变成了全公司各团队做数据和客户分析的杠杆——一笔投入、多处受益。
· 因为驱动流水线的是「文档 + 工单 + 上下文协议」而不是某个特定智能体,Devin、本地 Claude Code 都能接上同一套流水线,团队不必在工具选型上锁死。
· 自我进化的前提是「看得见」:只有自己拥有沙箱基础设施、掌握智能体的完整会话轨迹,才有燃料去发现该补哪个技能、该删哪个技能。
