“为什么 Meta 要摧毁自己的工程组织？”‘Why Is Meta Destroying Its Engineering Organization?’

大家好——我是 Gergely，为您带来一期免费的 Pragmatic Engineer Newsletter。在每一期中，我都会从资深工程师和工程领导者的视角，探讨大型科技公司和初创企业面临的挑战。订阅即可每周将此类深度分析发送至您的收件箱：

许多订阅者会将这份新闻简报的费用报销至他们的学习与发展预算中。如果您也有此类预算，这里有一封您可以发给经理的邮件模板。

二十年来，Meta 拥有一个独特且高性能的工程组织；这种情况一直持续到今年 4 月左右。在公司成立的前 20 年里，它秉持着“快速行动，打破常规”的文化，而在 2020 年代初，这种文化转变为“快速行动，稳定基建”。我认识的该公司工程师被赋予了出色工作的权力，他们专注于影响力，并在商业利益与扎实的工程技术之间取得平衡。

但在过去的几周里，这一切都改变了，仿佛领导层一直在遵循一份详细的蓝图，试图以最高效、最无情的方式摧毁一个已被证明是成功的工程文化。

在过去的几周里，我一直在分享这家硅谷最具声望的职场之一中，工程师们在这家社交媒体公司内部的处境有多糟糕。在本文中，我们将梳理究竟发生了什么，并探究领导层究竟在想什么——他们竟然在短短几周内，就将软件工程从 2004 年至今的利润中心，降级为了如今令人鄙夷的成本中心。

我们将涵盖以下内容：

我会将 Meta 的工程文化分为两个时代：“快速行动，打破常规”，以及随后的“快速行动，稳定基建”。

在 2010 年代，Facebook 非传统的工程文化在科技界几乎成了传奇，因为这家公司反其道而行之，摒弃了传统的最佳实践，却取得了巨大的成功。

2012 年，当 Facebook 迎来十亿用户的里程碑时，公司制作了一本关于其文化的小册子，并将其放在员工的办公桌上。这本小册子采用了复古的宣传设计，被称为“小红书”，借用了毛泽东主席著名的语录集（1964年）的名字。

Facebook 版的“小红书”长约 70 页，将其工程文化进行了明文规定：速度、无畏、敢于负责以及打破常规思考。

当时，Facebook“小红书”里的格言也印满了整个园区，其中包括：

当时确实非常注重打造优秀的产品。同样摘自这本书：

2022 年，我就 Meta 的工程文化这一话题做了一期我们发布过的最长的深度分析之一。到那时，情况已经发生了演变，许多过去的鲁莽已不复存在，取而代之的是“快速行动，但保持基建稳定”的原则。以下是我当时对 Meta 工程文化的描述：

“这里的文化极其以工程为核心：远超大多数大型科技公司。这可能是因为 Mark Zuckerberg 本人就是工程师，或者是因为 Facebook 早期的许多创新都源自工程师。关注个人影响力。影响力一直是 Facebook 关注的重中之重。从早期至今这一点非常确切，并且对创造影响力的关注一直延续至今。与大多数大型科技公司的共同细节是，无论是工程文化还是整体文化，都非常注重个人影响力。这导致一些人只关注短期、可衡量的胜利，并认为团队合作和跨团队共享的成果可能获得的奖励较少。缺乏严格的流程。在所有大型科技公司中，Facebook 的流程或标准化似乎是最少的。根本不要拿它和 Amazon 的工程文化以及那里无数的正式流程相比。但即使与 Google、Microsoft 或 Uber 等公司相比，Facebook 的流程也要宽松得多。这主要源于该公司的工程中心主义本质以及工程师对流程的厌恶。对测试、文档或代码注释的重视程度出奇地低。与其他大型科技公司相比，您会发现在 Facebook 自动化测试和文档少得惊人。代码行内注释也非常罕见。一家由创始工程师驱动的公司。Facebook 是少数几家创始人既是工程师又仍担任 CEO 的大型科技公司之一。Netflix 是另一个例子，其创始人兼联合 CEO Reed Hastings 在创立公司之前也是一名软件工程师。Amazon 直到最近也是这方面的典型代表，但在 Google 或 Apple 情况并非如此。还有一些较小的公司如 Cloudflare 也是很好的例子，但它们都比 Facebook 年轻。Bootcamp。一个独特的入职流程，与其他任何大型科技公司提供的流程截然不同。我们将在 Bootcamp 与入职部分对此进行更多介绍。”

此外，Facebook 作为一款产品，拥有业界最先进的自动发布系统之一。Instagram 拥有经过实战检验的基础设施，因此在推出一个全新的社交网络（Threads）并在首周服务1亿用户时，几乎不费吹灰之力。

我在公司内部认识的工程师们能力出众、积极进取且具备产品思维，他们的工作也得到了认可。CEO Mark Zuckerberg 影响深远：他亲自编写了 Facebook 的第一个版本，始终贴近工程团队，并且非常看重软件工程师。那里的工程师觉得自己是在利润中心工作。

在 Apple、Microsoft、Amazon、Google 和 Meta 这五大巨头中，Meta 一直是唯一一家不拥有硬件平台或操作系统的公司。Apple 有 iPhone、iPad 和 Mac，Google 有 Android、ChromeOS 和 Pixel 手机，Microsoft 有 Windows，而 Amazon 有 Kindle。

退一步来看，在经历了 2010 年代未能构建出自主移动 OS 或移动手机的失败之后，如今的 Mark Zuckerberg 似乎已下定决心不再错过任何平台机遇。

这就是为何要在 Oculus 的虚拟现实（VR）以及 Meta Glasses 的增强现实上投入巨资的原因之一。2021 年，Facebook 更名为 Meta，当时看来 VR 以及 metaverse 可能会迎来大爆发。为了确保 Meta 成为该领域的市场领导者，公司投入了数十亿美元。但 VR 再一次未能成为主流；自疫情结束以来，大众对该领域的兴趣已大幅减退。

当 AI 在 2022 年明确成为一大超级趋势时，扎克伯格没有错过它：他组建了内部的 FAIR 团队（Fundamental AI Research 团队）以及一个 GenAI 产品组织，并发布了一系列开放权重的 AI 模型：

那年 6 月，Meta 以高达 148 亿美元的价格收购了 Scale AI 49% 的股份以重启其 AI 业务，并引入 Scale AI 的首席执行官 Alexandr Wang 来接管 Meta 的 AI 战略。在中国阻止该交易完成后，以 20 亿美元收购中国初创公司 Manus AI 的计划目前存疑。

基于 Scale AI 的投资和 Wang 的加入，很明显 Meta——以及扎克伯格——决心构建一个最先进的 LLM，能够与最新版本的 Claude 和 ChatGPT 竞争。但是 Meta 几乎必须从零开始，而这取决于 Alexandr Wang 能否实现这一目标。

Scale AI 为 Meta 带来了非常特定的专业知识，它是该行业在以下方面的佼佼者之一：

Wang 似乎拥有极大的权力，可以做自己擅长的事情：创建训练数据、进行数据标注和 RLHF。这是通过 Meta 工程师的劳动来实现的，并且对他们进行监控。

问题 #1：追踪键盘敲击和鼠标点击，且无法选择退出。在 4 月下旬，Meta 告诉工程师们，他们正在被纳入一个追踪每一次键盘敲击和点击的系统，以为 Meta 的新 AI 生产训练数据。根本无法选择退出。

不用说，这具有侵入性，并引发了隐私问题：如果你登录个人银行账户，这个工具会追踪你吗？当你写私人邮件或回复私人电话时呢？Meta 没有进行任何协商，也没有任何变通方案；只是一项正在强行推进的自上而下的决定。

本月，路透社报道称，人们的担忧终于得到了倾听：

“Meta 表示，在员工连续数周的愤怒抵制之后，该公司在周二的一份内部备忘录中称，正在缩减其收集员工鼠标移动、键盘敲击和其他操作以用作 AI 训练数据的计划的部分内容。这份由 Meta 构建 AI 模型的超级智能实验室部门副总裁 Stephane Kasriel 撰写的备忘录显示，新的控制措施将允许员工一次暂停数据收集长达 30 分钟，并申请豁免该计划。”

通过与现任 Meta 工程师的交谈，我了解到由于数据保护法规，该记录系统尚未在英国推出。

问题 2：核心团队中有 30-50% 的工程师被强行调岗去进行数据标注和 RLHF，这让大家更加不满。此外，从 4 月下旬开始，产品工程团队接到高层指令，要求 30-50% 的工程师离开原团队，加入 ADO（Agent Data Optimisation，智能体数据优化）部门。

在这里，“强行”调岗之所以备受关注，与 Meta 传统的工程文化有很大关系。从 2004 年成立到去年为止，Meta 一直赋予工程师自主选择工作团队和工作内容的权利。这是该公司运作机制的结构性基础：

通过训练营选择团队的做法大约在 2024 年开始逐渐淡出，但任何在 Meta 工作至少两年的工程师都知道，以前他们可以自己选择工作内容，当然也能挑选最具影响力的项目去做。然而突然之间，他们被分配到了一个影响尚不明确、工作内容繁琐的部门，而且在那里待得太久必然会损害他们的职业前景。

“数据标注”是一项更为复杂的工作，尽管有些重复。有一些标注任务是创建一个网站，然后查看它并判断它是否美观，接着给出反馈：这是“典型”的数据标注。但这只是较少见的工作类型。此外，还有更深度的 AI 训练任务，大概是这样的：

这项工作并不容易——你能明白为什么需要优秀的软件工程师来做这件事！——但它真的很快就会变得重复。我交谈过的大多数工程师都说，他们发现很难日复一日地保持动力去做这项工作。不过，我确实也和该部门的一位工程师聊过，他说通过变换使用的技术并挑战自我，他觉得这项工作既有动力又有趣！这位工程师预计，在训练阶段过去之后，会有更多的软件工程工作出现。这给我们留下了一个启示：当生活给你柠檬时，你要么抱怨，要么就像这位开发者一样把它做成柠檬水。

在整个 AI 行业中，这种训练工作都是保密的，供应商为开发人员做这类工作开出的报酬高达每小时 100 美元以上。业内有传言称，OpenAI 和 Anthropic 在这些训练环境上（为了让模型擅长编程）的花费，甚至超过了模型训练运行本身！

基础设施和安全团队在这次调岗中受到的打击尤为严重。我与基础设施部门的几位工程师交谈过，他们团队中有 30-50% 的人被抽调到了 ADO 部门。在某些情况下，离开的甚至是最优秀的工程师。

一位工程师告诉我，整个情况感觉就像电影《饥饿游戏》（The Hunger Games）里那样，贡品被随机选中，然后从原有的环境中剥离，抛入一个截然不同的世界。只不过在 Meta，受影响的人要多得多：在一个10人的团队中，有3到5人从开发数亿人使用的产品，变成了反反复复地为 AI 生成的 GitHub 代码库提供人类反馈。因此，它的影响范围比《饥饿游戏》更广，但后果没那么惨烈。

ADO 组织约有 6500 人，比 OpenAI 和 Anthropic 的员工总数还要多。其中大约有四五千名是软件工程师。Meta 拥有约 2.5 万名工程师，这意味着现在每 5 到 6 名软件工程师中，就可能有 1 人发现自己正在全职做数据标注。

可以想象，大家都在积极寻找新的职位机会，而且没有谁会在 LinkedIn 或其他平台上把自己的头衔更新为“Meta 数据标注员”。

我与担任该职责的人聊过，他们并不喜欢这份工作，并且对这种自上而下的决策感到不满。好的一面是，他们保住了饭碗，维持了原有的薪水，也没有沦为裁员对象。他们还有时间离开 Meta，去寻找薪酬相当且非数据标注的工作。

问题 #3：长达一个月的煎熬等待，在全公司内部引发了恐慌。4 月 20 日，路透社报道称 Meta 计划在一个月内裁员 10%，Meta 随后证实了该消息，这意味着在长达四周的时间里，所有人都清楚自己可能很快就会失业。

强制调岗去做数据标注的情况开始出现。正如我当时所报道的：

“可以理解，在裁员即将来临之际，大家对这种 [调去数据标注的] 重新部署心情复杂。5 月 20 日星期三，Meta 宣布了裁员。也许那些被调去做数据标注的人实际上比产品团队的同事更‘安全’。当然，这只是猜测，但如果 Meta 最终裁掉了那些被重新分配去作数据标注的开发人员，那就太残酷了。”

问题 #4：Meta 的绩效审查极其激进，因此开发人员会优化所有指标。据我了解，与 Google 和 Apple 相比，Meta 内部的绩效评估流程 PSC（Performance Summary Cycle，绩效总结周期）非常严苛。Meta 内部的经理们会为了下属的薪酬包而“战斗”，其中包括“打压”其他团队工程师的薪酬包，从而使自己的直接下属排名更高。在这个过程中，将指标武器化是很常见的——无论是业务影响力、代码审查次数、编写的代码行数，还是前 AI 时代的情况（请参阅我们关于“编码机器”原型的播客了解相关内容）。

经理们会收到将员工分配到各个“绩效桶（bucket）”的比例配额，而为了让自己手下的员工进入更高的绩效桶，内部政治斗争也会变得异常激烈。

几年后，Meta 的工程师们明白了，避免获得糟糕 PSC 评级的最佳方法就是让自己的所有指标——影响力、提交的代码以及其他数据——都高于同级同事。点击了解更多关于绩效校准的内部政治。

问题 #5：Token 数量被作为绩效评估的一部分进行衡量，因此开发人员会激进地优化该指标。当裁员消息被证实后，工程师们还得知，经理们将在绩效评估期间检查 Token 数量。这引发了人们的担忧，即 Token 数量较少的员工可能会被标记为绩效不达标并被解雇。

那么，作为 Meta 的工程师，对此的自然反应是什么？他们开始为了生成更多 token 而使用 AI 工具。这发生在 Meta 内部设有 token 排行榜、鼓励“tokenmaxxing”（狂刷 token 量）的时期。正如我在 4 月 16 日所写：

“据 The Information 报道，Meta 员工在 30 天内总共使用了 60.2 万亿个 AI token（！！）。如果按照 Anthropic 的 API 价格收费，这将花费 9 亿美元。当然，Meta 很可能在以折扣价购买 token，但这可能仍然超过 1 亿美元——其中很大一部分归咎于毫无意义的‘tokenmaxxing’。”

最大的问题是：人们不再关心实际工作，而是将精力集中在表演性工作上。让我们来看看 Meta 领导层决定在工作场所引入的四个要素：

把这些因素混在一起摇匀，会得到什么？两件事：

最新的数据似乎证实，从 5 月份开始，Meta 有更多的工程师在寻找“出路”。以下是过去一年半里，Meta 员工在顶尖 Big Tech 面试准备服务 interviewing.io 上的注册量变化：正如其创始人兼 CEO Aliner Lerner 与我们分享的那样，我们可以看到 5 月份的注册量与去年同期相比出现了激增：

（我们在《2026 年软件工程就业市场状况深度解析》中涵盖了更多来自 interviewing.io 及其他有趣数据源的数据）

值得肯定的是，Meta 向剩余团队中几位被视为核心的工程师发放了丰厚的留任股权包。这些股权包使得他们很难在其他地方获得匹配的薪酬。不过，我与一位获得了股权补充的工程师交谈过，他说这种方式反而促使他决定尽快离开，因为他对缺乏自主权和无法掌控自己的工作感到非常寒心。

Meta 的核心基础设施和安全团队突然发现自己严重人手不足。大多数人都在推进 AI 生成的代码，并与纯 AI 代码审查合并，而不太关注质量。毕竟，他们一边要应对失业的可能，一边还要在失去最优秀的工程师（团队人数已被削减了一半）的情况下四处救火以维持团队运转，同时还要清楚 AI 的使用可能会影响他们自己的职业安全感。

两周前，即 5 月 30 日，Meta 发生了其历史上最令人尴尬的服务中断。以下是软件工程师 Siddharth Sundharam 的总结（强调部分为我所加）：

“昨天，大量 Instagram 账号似乎遭到黑客攻击，包括奥巴马白宫账号等一些高知名度的账号。听着，我可不是新手。我花了近十五年的时间，在独角兽规模的企业中发现漏洞和漏洞利用程序，但这绝对是其中最不严肃、‘简直蠢到不像真的’的一次。账号接管流程：第一步：伪造位置并发起客服支持。攻击者只需知道你的账号用户名就能发起攻击。然后，他们会连接到靠近你所在城市的 VPN 或代理，这样 Instagram 的安全算法就不会起疑心。（你很容易就能从公开资料、‘关于’部分或无数其他途径获取这些信息。）一旦请求看起来来自正确的地区，他们就会告诉 Meta 客服 AI 该账号被黑了，并要求将验证码发送到他们控制的一个任意邮箱地址。第二步：完事了。真的，就这样。这是我在生产环境中见过的第一个真正的零授权密码重置。系统似乎没有进行任何额外检查，以确认所提供的邮箱是否是该用户曾经使用过的邮箱。一旦 AI 将安全码发送到攻击者的邮箱，攻击者将其原样传回即可完成验证。平台随后会交出一个新的密码重置链接，将账号的完全所有权拱手让给攻击者。”

这是一次安全漏洞事件，相当于 Meta 把自己那扇极其安全、经过加固的正门敞开着，任何人都可以长驱直入，而且事发时没有任何警报通知任何人！似乎直到用户开始在社交媒体上举报时，Meta 才注意到这个问题！

通过与 Meta 内部人士交谈，我了解到 AI 是这次服务中断的核心原因。AI 生成、AI 审查的代码，再加上安全团队被大幅裁撤，共同导致了这场令人极度尴尬的事件。我四处打探了一下，以下是我了解到的情况：

Meta 的首席安全官在第二天就辞职了。此次故障于 6 月 1 日星期一得到解决，并作为 SEV 流程的一部分启动了调查。星期二，Meta 的首席信息与安全官（CISO）Guy Rosen 宣布离职。

巧合吗？我猜不是：如果 CISO 曾警告过不要肢解安全组织，却被置若罔闻，因此不再信任领导层，那么他可能就会辞职。我也认为，把 Instagram 一半的安全团队调去搞数据标注的主意，应该不是 CISO 想出来的。

顺便提一下，此前最严重的一次故障发生在 2021 年，当时由于 DNS / BGP 配置问题，Meta 的所有服务宕机了七个小时。那是一次严重的故障，但在我看来，Meta 对后续事宜处理得很好。在 2021 年那次故障发生后，Meta 分享了事后复盘和道歉声明。但对于最近这次 Instagram 账号被接管的故障，他们还没有这样做。

Wired 分享了更多关于 Meta 内部目前情况有多糟糕的细节：

据《WIRED》听到的一段录音显示，本周早些时候，在 Meta 一场仅限员工参加的直播内部宣讲会上，有人突然爆出满口脏话，怒吼自己"成了公司的狗"。此人随后要求主持会议的人给某位 Meta AI 高管发邮件，"告诉他他就是个废物"。这起发生在一个数千名员工均可接入的电话会议上的事件，反映出公司内部应用 AI 团队日益增长的不满情绪。该团队成立于今年 3 月，旨在为 Meta 超级智能实验室的 AI 研究员提供支持。三位在职员工向《WIRED》透露，Meta 组建这支约 6,500 名工程师和产品经理的队伍的方式引发了普遍不满，他们声称自己被安排去做大量枯燥的杂活来改进 AI 模型。其中一位员工直言："这简直就是劳改营。你突然觉得人生毫无意义，几乎不跟任何人交流，每周就是做这些任务。"

还有更多：据报道，Meta 首席产品官 Chris Cox 向员工承认，Meta 高层（也就是他之上的人，即 Meta 的 C 级管理层）制造了这场混乱。同样来自《WIRED》：

据《WIRED》听到的录音，在本周面向 Instagram 全体员工的一次会议上，Meta 首席产品官 Chris Cox 谈到了过去几个月里"这家公司的疯狂"所造成的"艰难"和"残酷"的环境。Cox 对 Instagram 员工表示感谢，称赞他们在如此环境下仍然推出了多项功能、服务了约 20 亿用户——他将这种处境比作"在冰雹中跑马拉松，然后你的队友又被换掉了，而且整个过程还被录像记录下来"。"这特么算什么事儿，"他说道，引得一片笑声，随后又重复了一遍："这特么算什么事儿。"

那么，正如首席产品官 Chris Cox 所说的"这家公司的疯狂"，其根源究竟在哪里？与我交谈过的工程师们将矛头指向了两个人：Mark Zuckerberg 和 Alexandr Wang。Zuckerberg 对公司拥有完全的控制权，是他决定将大量工程人员调配去做数据标注、推行监控软件，并在 Meta 创下营收和利润新高之际裁员 10%。作为 CEO，责任显然最终要由他来承担。

但有一点不容忽视——除了裁员之外——Meta 目前所做的一切几乎都出自 Scale AI 的套路，而这无疑来自 Wang：

在这一切发生之前，Meta 本有望在今年年底超越 Google，成为全球第一大广告业务。但出于某些原因，Mark Zuckerberg 认为构建一个编程 LLM 更为重要。

Meta 管理层目前正试图弥补他们所造成的损害。《WIRED》报道称，Meta 首席技术官 Andrew Bosworth 向员工承认，此次 AI 架构重组做得非常糟糕，并承诺未来会加强沟通。

在我看来，很明显扎克伯格根本不在乎工程师对这些巨大变动的感受，而 Bosworth 很可能对这种混乱视而不见，与此同时，工程师们心里非常清楚，对企业而言，下一个 AI 模型比他们这些人更重要。Bosworth 还表示员工将可以使用 AI 辅导工具。考虑到目前的处境，这还真是“体贴”啊！

根据我所了解的一切，Meta 的工程文化已经消亡，因为领导层已经明确表示，公司的工程部门就是一个成本中心。

毋庸置疑，我希望我的评估完全偏离事实，但从制造了当前这场烂摊子的两位高管 Mark Zuckerberg 和 Alexandr Wang 那里，我还没有看到任何能表明我评估有误的迹象。也许在一个短暂的时期内，如果撤销诸如数据标签分配和员工追踪等重大变动，Meta 的情况还能恢复正常。当前的状况持续得越久，资深工程师必然会有越来越多的人离职。

看到 Meta 的技术创始人如此专注于 AI，以至于忽视了那些打造了公司核心的工程师，这令人感到悲哀。但 Meta 只是个例吗？

Mitchell Hashimoto（Ghostty 的创作者，HashiCorp 创始人）表示，他看到其他创始人也有类似的行为（着重号为笔者所加：）

“我坚信，现在有整家公司都陷入了严重的‘AI 精神病’（AI psychosis）之中，根本不可能和他们进行理性的对话。我无法点名道姓说出具体的人，因为他们中包括我深感敬佩的私人朋友，但我很担心事态会如何发展。在向云和云自动化过渡的时期，我亲历过基础设施领域关于 MTBF 与 MTTR（平均故障间隔时间与平均恢复时间）的大清算。所有那些争论现在又再次露出其丑陋的苗头，但这次波及的却是……整个软件开发行业（甚至可能真的是整个世界）。这很可怕，因为‘精神病人群’在操作时秉持着一种几乎绝对的‘只需关注 MTTR’的心态：‘发布 bug 没关系，因为智能体会以人类无法企及的速度和规模迅速修复它们！’我们在基础设施领域学到过，MTTR 虽好，但你不能完全抛弃具有弹性的系统设计。主要问题是，我甚至不知道该如何向我私下认识的人提出这件事，因为一旦提及这个话题，就会立刻遭到诸如‘不不不，我们有完整的测试覆盖率’，或者‘bug 报告正在减少’之类说辞的驳斥，而这根本无法反映全貌。我们在基础设施领域早就吸取过这个教训：你可以通过自动化，把自己变成一台极具弹性的灾难制造机。从局部指标来看，系统似乎很健康，但在全局层面上却变得不可理喻。bug 报告可能会减少，但潜在风险却在激增。测试覆盖率可能会上升，但对语义的理解却在下降。变更发生得太快，以至于没人注意到底层架构正在腐化。我很担忧。”

Instagram 发生的接管和宕机事件正是如此：工程团队降低了 AI 生成和 AI 审查代码的质量标准，可能以为他们可以从故障中快速恢复。而他们也确实恢复了……但那是在造成损害、知名 Instagram 账号遭到黑客攻击、系统被攻破之后，而且这一切都大白于天下。

Mitchell 强调了一个具体的担忧，即创始人高估了 AI 的能力，从而在将代码发布到生产环境时抛弃了合理的保障措施。

我们大多数人或许都能从 Meta 发生的灾难性事件中吸取教训：该公司过度关注 AI，却排挤了作为公司命脉的员工。好消息是，我听说在英国，部分 10% 的裁员计划已被突然取消：在强制协商期结束时，几个 infra 和 security 团队得知，他们团队中原本预期会被解雇的工程师将全部留任。

Meta 的业务蓬勃发展，并且已经通过广告收入的增长成为了 AI 的受益者。与此同时，我的 Facebook 信息流里充斥着虚假的 AI 生成视频，下面还有数百条来自机器人以及似乎并未意识到这是 AI 生成内容的用户的评论。这一切看起来不过是让 Meta 有了更多用来展示广告的内容罢了。

然而，尽管业务繁荣，Meta 的领导层却像发起一场运动般，对其工程团队造成了尽可能大的破坏。显然，他们现在才开始意识到，这其中大部分的举动都毫无意义。

如果你身处领导层，正面临出于 AI 相关原因而进行激进组织架构调整的诱惑，不妨深呼吸，看看 Meta 现在的处境。同时，如果你所在公司的领导层对 AI 过度狂热，作为一名工程师，你可以考虑将这篇文章转发给他们作为参考。

如果你正在招聘那些在 AI 方面具备极强实操能力的杰出工程师，那么眼下是从 Meta 挖角的最佳时机。我认识的每一位 Meta 工程师都是 AI 的极早期采用者，并且深谙如何构建产品及 AI infra。这些人对公司及其领导层已经感到极其失望。Meta 的人才流失将成为其他初创公司和 Big Tech 其余巨头的收益；这大概是 AI 带来的一个有些出人意料的益处——尤其是对 Meta 自己而言！

看来，“快速行动，打破常规”这句老口号如今已经蔓延到了 Meta 的工程团队本身，因为该公司急于在 AI 领域过度投资，以免错过科技行业的最新大趋势。

暂无帖子