Meta Forum 的做法值得软件团队留意：工程师不再逐行盯着智能体写代码，而是让智能体自己跑完规划、实现、测试和修正的整圈，人只定目标、看过程、在跑偏时介入并做最后批准。2026年10月15日，Meta 工程团队在官方博文中复盘了独立应用 Forum 的开发过程：一个小团队从零起步，八周就做到了与 Facebook Groups 核心功能对齐的程度。
成败不看代码量，看验证
团队给自己定的成功标准不是生成了多少代码，而是产出是否通过构建、测试和评审、能不能直接上生产。为此他们把自动验证放进智能体的循环内部：构建状态、单元测试、界面规格比对都给出明确的通过或失败信号，智能体先自查，送到工程师面前的已经是附带测试计划和验证记录的变更。文中一个具体例子是压测：他们让智能体按真实用户的方式反复滚动、跳转、加载媒体，开发期就发现一处内存问题并完成修复，内存占用和缺页大致减半。
真正改的是环境，不是提示词
复盘里一个很坦率的判断是，收益主要来自改造代码库和工具，而不是打磨提示词。他们把项目规则和团队约定沉淀成可复用的规则与技能，让智能体能直接读取模拟器里的真实界面层级，而不是靠文字描述猜自己在哪一屏；原型代码则放在独立的构建版本里，物理上不进入生产包，避免实验代码误伤正式用户。
这套方法的前提也很清楚：能安全交给循环多少工作，取决于验证信号有多可信。验证跟不上时，人的时间只是从写代码挪到审一堆看似完成的产出。对多数团队来说，Forum 的经验更像一个顺序提醒：先把测试和状态查询做扎实，再谈让智能体跑更长的链路。
