Meta工程师解释“人在环上”开发：为何验证而非生成是AI编程的关键

Meta工程团队在2026年10月15日发布了一篇关于新应用Forum开发过程的详细回顾，提出了一个对软件工程师具有实际指导意义的概念转变：从“人在环中”（Human-in-the-loop）到“人在环上”（Human-on-the-loop）。在传统的AI辅助编程中，工程师驱动每一步，AI仅作为自动补全或建议工具；而在“人在环上”模式中，AI代理自主运行整个迭代循环——包括规划、实现、构建、测试和修正——工程师的角色转变为设定目标、监控运行并在偏离时介入，最后批准结果。

这一模式的核心挑战在于信任。如果缺乏严格的验证机制，AI生成的代码会产生“看似完成实则未经验证”的问题，将瓶颈从编写代码转移到审查大量可疑代码。Meta团队明确指出，编译通过不是终点，只有当自动化测试和视觉检查通过后，任务才算完成。为此，他们建立了四个关键能力：将规划视为精确的技术规范以消除歧义；在循环内集成自动化验证信号（如构建状态、单元测试、UI匹配）；使用模拟用户行为的导航代理进行持续回归测试；以及在生产环境中利用代理进行根因分析。

为了适应这种工作流，Meta对开发环境进行了重大调整，重点不在于优化提示词，而在于改变代码结构和工具链。例如，为了解决代理“迷失在应用中”的问题（如在错误的屏幕上编辑），团队不再向代理描述应用界面，而是赋予它直接读取实时视图层级和屏幕元素的能力。此外，他们引入了独立的构建变体（separate build flavor），将原型代码完全从生产构建中物理隔离，既允许设计师自由使用AI原型，又确保不会崩溃生产应用。

文章还披露了具体的成效与局限。Forum在八周内达到了Facebook Groups的核心功能对等，且通过持续的自动化压力测试，在开发阶段就发现并修复了一个导致内存增长的问题，使设备内存使用和页面错误减少了约一半。然而，作者也承认这并非完美状态：目前仍有一些阶段需要工程师在每个迭代中参与，且该方法的适用性高度依赖于代码库的模块化程度和架构的可读性。对于遗留复杂系统，这种“AI原生”工程方法可能需要巨大的前期重构成本。