工程师不再写代码，Meta用AI造出Forum

一个小组从零开始做出一款独立应用，这件事本身不算新鲜。新鲜的是，这个团队把AI代理当成了工程流程里的参与者，而不是一个打字更快的工具。Meta最新的应用Forum，就是在这个前提下诞生的。

Forum是一款独立的Groups应用，面向那些想更深入参与Facebook群组对话的人。它由一支小团队从零搭建，同时也是Meta测试另一种工作方式的试验场。这场试验没有用代码量来衡量成败，Meta设定的标准是经过验证、可直接上线的结果——能构建、能通过测试、能扛住评审的改动。

从人在环内，到人在环上

只把AI指向编码这一步，改变其实有限。Meta的体会是，当这套方法延伸到实现周边的环节——规划、构建、测试、验证——效果才开始叠加。看清这种转变最直接的方式，是看每一步由谁主导。

人在环内时，工程师驱动每一步，AI在步骤内部辅助：补全一个函数、建议一处修复、回答一个问题。每一次迭代的速度，取决于驱动它的人。人在环上时，代理自己跑完整个迭代——规划、实现、构建、测试、修正、重复——工程师负责设定目标、观察运行、在跑偏时介入、批准结果。人的角色从执行步骤，变成对结果负责、守住质量线。

Meta明确表示，这是他们正在推进的目标，而不是已经完成的状态：有些阶段今天已经能自主运行，另一些阶段仍然需要工程师留在每一次迭代里。

当工程师转为监督角色，工作就不再是严格串行的。过去一次只能跑一个的循环可以重叠，工程师的时间花在方向和判断上，而不是坐在那里等循环跑完。但这一切有个前提：回来的东西必须可信。

把标准定在验证，而不是编译

没有验证，AI生成的代码会带来一个熟悉的问题——看起来合理、但没人确认过真能跑的产出，工程师得去读、去调试，然后往往直接丢弃。弱信号并不能消除约束，它只是把约束从写代码挪到了审查那些看起来完成、实际没完成的代码上。

所以Meta把门槛定在验证，而不是编译。编译不是终点，只有自动化测试和视觉检查都通过，一个任务才算完成。代理在工程师看到之前先检查自己的工作，这意味着进入评审环节的，是一批数量更少但可信度更高的结果，而不是一堆等着筛的产出。生成得更少，丢弃的也更少。每一个上线的结果仍然带着工程师的签字确认，Meta的精力花在让这个签字变得快速且有据可查——构建结果、测试结论、录制的验证过程，都附在改动上。

工程师不在每一个循环里，循环就必须能安全地自己跑。四件事让它成立：

• 把规划当作技术规格：代理执行需要极高的精确度，工程师靠直觉能消解的模糊，对代理来说就是失败。Meta在严格的上游拆解和机器可读的上下文上做了投入。
• 循环内的自动化验证是力量倍增器：构建状态、单元测试、UI规格匹配这些通过或失败的信号，被直接接进代理循环，让异步开发产出带预填测试计划和验证记录的待审PR。验证是最难做对的部分，能安全交给循环多少，取决于能信任验证器多少。
• 用代理做模拟用户测试：导航代理像真人一样与应用交互，执行操作、读取屏幕、报告回归问题，并且能持续跑同样的验证路径。
• 代理化的生产运维：上线之后，代理帮助自动化根因分析。当Forum的用户提交反馈，代理用这些反馈去排查可能的回归，再把分析转给工程师，由工程师决定下一步。

五件套与环境的改造

这套归属模型需要一套机制，Meta列了五个关键组件：规则是项目的长期指令，当代理重复同一个错误超过两次，就把修正一次性写下来，对所有人生效；技能把团队约定变成代理可以调用的可加载步骤；代理自动化那些过去需要人工过一遍的检查；命令把技能和代理串成工作流，评估复杂度、复现bug、规划并实现修复、创建PR、跑多阶段评审；钩子是自动触发器，比如每一轮代理动作后跑一次linter、安装前检查模拟器连通性、创建PR前验证测试。

Meta说，最大的收益来自改代码和工具，而不是改提示词。他们尽量让Forum的代码库保持直白，并选择把关键架构模块化，既拿到久经考验的基础设施的好处，也让代理能即插即用。在不容易做到的地方，他们选择从零重建，用复用换代理吞吐量，结果在开发速度上得到了回报。

原因在于，代理会从它读到的代码里学模式。修好一个弱模式，之后每一个代理会话都会继承这个改进；放着不管，同样的捷径就会出现在代理接下来写的所有东西里。Meta还提到，他们主要的失败模式，是给代理描述而不是给代理工具。