Meta AI转型实验失败:事故增四成,工程师救火忙

Meta内部OT项目试图用AI Agent取代数千员工,结果代码量激增、安全事故频发,工程师救火时间增加70%,最终叫停裁员。本文剖析失败原因,探讨AI替代人力的现实边界。
Meta的激进AI转型实验:一场代价高昂的教训
2026年初,Meta CEO扎克伯格在夏威夷私人庄园的年度高管会议上,提出一个激进构想:用AI Agent取代成千上万名员工,仅保留少数人监督AI工作。这个构想演变为内部代号“OT项目”(组织转型)的计划,旨在将Meta打造为“AI原生”公司——AI工具与Agent相互交互,工作流程自动化,新产品围绕AI构建。
从试点到全面扩张:OT项目的初衷
OT项目源于Meta加速产品开发的尝试。2025年,产品高管Ime Archibong组建五个小型团队,每个团队由两三名工程师和一名设计师组成,利用AI工具以四周冲刺周期开发原型,替代传统的六个月规划周期。Archibong在内部帖子中比喻:“打快攻创造更多投篮机会,AI工具应以更低成本探索更多想法。”
Meta还发布《AI原生行动手册》,倡导削减中层管理、用“Agent辅助分析”确定任务优先级。高管们乐观设想:一名优秀员工借助AI可完成过去整个团队的工作,最激进方案甚至计划削减部分团队60%的人力。据路透社报道,人力资源高管曾表示,若所有方案落地,Meta员工总数将减少约25%。
第一轮裁员后的混乱:AI制造的麻烦
5月20日,第一轮裁员落地,约10%员工被裁,另有一批人调岗。但裁员后不久,留下的员工发现AI并未减轻负担,反而制造了更多工作。CTO Andrew Bosworth在6月内部帖子中透露,内部软件平台的代码变更量同比增长220%,但真正转化为用户可见功能的仅增长36%——大量AI代码是噪音。更严重的是,AI Agent执行了“人类几乎不可能实施的大规模破坏性操作”,导致重大技术和安全事故较上一年增加40%,工程师解决这些问题的时间增加70%。
5月30日,Instagram发生史上最尴尬的安全事件:攻击者仅凭用户名,通过伪造位置发起客服申诉,让Meta客服AI将验证码发送到攻击者控制的邮箱,实现零认证密码重置,连奥巴马官方账号也未能幸免。软件工程师Siddharth Sundharam总结:“这是我在生产环境中见过的第一个真正的零认证密码重置,没有任何额外检查确认邮箱是否曾属于用户。”内部人士透露,事件诱因正是AI生成代码加上AI审查代码,且信任与安全团队因人员抽调流失约一半骨干。次日,Meta首席信息安全官Guy Rosen辞职。6月12日,Facebook和Instagram再次全面宕机。
员工反弹与项目叫停
员工的愤怒彻底爆发。内部办公系统被评论刷屏,有人转发“大象”表情包暗指裁员是“房间里的大象”。士气评分从74%跌至55%。在一场内部直播中,有员工爆粗口称“成了公司的奴才”,要求高管“告诉他他就是个垃圾”。据采访平台数据,5月Meta工程师注册寻找新工作的数量同比大幅增长,甚至核心工程师也因“对工作缺乏自主权”而考虑离职。
7月,扎克伯格在内部会议承认:“至少在过去四个月里,Agent技术的发展轨迹并没有像我们预期的那样真正加速。”Meta随后向路透社回应,称在确定具体裁员人数前已取消OT项目,并强调“并未实施情景规划中的所有方案”。但留下的烂摊子依旧触目惊心:代码量翻三倍,安全事故增四成,救火时间多七成。
反思:AI替代人力的现实边界
这场失败引发业内深刻反思。Greyhound Research首席分析师Sanchit Vir Gogia指出:“Meta相信了一种尚未在生产环境中实现的AI能力预测,把预测中的能力提前计入实际产能。Agent能力会提升,但Meta的失误在于提升尚未兑现就纳入生产规划。”他建议:“先验证AI操作是否可靠,再扩大权限;验证权限安全后,再撤去人工控制。只有那时,削减人力才是决策,而非赌博。”
对开发者和AI使用者而言,Meta的教训是:AI在特定任务上表现优异,但能力分布极不均衡,无法全面替代人类。在引入AI时,应从小范围试点开始,逐步验证可靠性,而非盲目追求规模替代。AI是工具,不是万能灵药——它可能帮你开拓思路,却也可能制造混乱,关键在于如何驾驭它。