Meta AI 管理实验翻车：指标化正在伤害工程组织

Meta 的 AI 转型争议提醒：粗糙指标和强制转向，可能比模型落后更伤工程组织。

AI 转型最容易被包装成技术问题：模型不够强，数据不够多，算力不够便宜，产品入口不够清晰。

但真正让工程组织出问题的，常常不是这些。更危险的是公司开始用一套粗糙指标重新定义“好工程师”：谁更频繁使用 ​AI 工具​，谁贡献了更多 ​训练数据​，谁的行为更容易被采集，谁在绩效周期里看起来更符合新叙事。

Meta 最近的争议，正好把这个问题摊开了。

从工程文化到数据机器

Meta 曾经最被工程圈羡慕的地方，是它把软件工程师放在利润中心的位置。工程师有较强自主权，可以在 bootcamp 后选择团队，内部流动相对灵活，产品和基础设施团队都围绕真实影响展开工作。

这种文化并不完美。它也会带来短期主义、指标竞争、文档不足和测试欠账。但总体上，工程师相信自己在建产品，而不是在执行一台组织机器分配下来的零碎动作。

AI 浪潮改变了这个平衡。

为了追赶前沿模型，Meta 加大了对 AI 的投入，也把训练数据、RLHF、代码任务标注等工作推向内部工程体系。争议最大的地方，是部分工程师被要求参与数据标注和 ​模型反馈任务​，一些团队还面临人员被抽调。与此同时，围绕键盘、鼠标和工作行为的数据采集计划也引起了强烈反弹。

这类做法的管理逻辑并不难理解：公司想把工程师日常工作转化为训练资产，让高质量开发行为成为模型学习材料。

问题是，​人不是日志源​。

图：当工程日常被改造成训练资产，组织信任也会被重新定价

强制转向会改变人对工作的理解

数据标注听起来像低技能劳动，但面向代码模型的训练任务并不简单。它可能要求工程师设计任务、写测试、打包环境、评估模型生成的代码，再给出反馈。很多 AI 公司愿意为这类工作支付高价，因为它确实需要软件工程能力。

但“需要工程能力”和“对工程师有吸引力”是两回事。

一个原本负责基础设施、产品体验或安全系统的工程师，被突然转去反复评估 AI 生成代码，心理落差很大。更麻烦的是，职业叙事也变了：过去是在构建被亿万人使用的系统，现在是在给模型喂训练样本。

这不是简单的岗位调整，而是工作意义被重新定价。

如果调整来自自愿选择，工程师会把它看成一次技术转向；如果来自强制分配，它就会被理解成组织不再尊重专业判断。高薪可以缓冲不满，但很难长期替代 ​自主感​。

图：强制转向改变的不只是任务，而是工程师对工作意义的理解

指标会诱导表演式 AI 使用

更大的风险在绩效系统。

一旦公司开始把 AI 使用量、token 消耗、行为采集、标注贡献和绩效评价绑定，工程师就会自然优化这些指标。不是因为工程师不职业，而是因为所有组织都会把人推向被奖励的方向。

如果“多用 AI”比“认真理解系统”更容易被看见，人就会多用 AI。

如果“快速产出”比“承担长期维护责任”更容易被计入绩效，人就会更快产出。

如果“把任务交给代理”能证明自己跟上战略，而“手写关键代码”反而显得落后，工程判断就会被扭曲。

最后会出现一种荒诞场景：故障不是因为没人工作，而是因为每个人都在努力符合指标。

图：AI 使用指标可能诱导工程组织进入自我强化的脆弱循环

这个循环一旦形成，组织会越来越忙，也越来越脆。

AI 不能替代责任链

Meta 相关争议里还有一个刺眼的点：当 AI 被放进支持、审核、代码生成和代码评审链路后，责任很容易被冲淡。

AI 写了代码，AI 做了评审，AI 接管了部分支持流程。表面上每一环都有系统参与，实际上人的责任边界变模糊了。出了问题后，很难回答几个基础问题：

• 谁真正理解这段变更？
• 谁有权阻止它上线？
• 谁对用户损失负责？
• 哪个指标在鼓励这种流程继续扩大？

成熟工程组织的价值，恰恰在这些问题上。它不是靠“每一步都有人点过确认”来保证质量，而是靠清晰的 ​责任链​、可信的评审文化和对系统的长期记忆。

AI 可以提高局部效率，但不能替公司承担工程责任。

图：AI 可以进入研发链路，但最终责任必须由清晰的人类角色承担

工程文化不能只靠口号维持

很多公司谈 AI 转型时，会强调效率、创新和未来平台机会。这些词没有错，但它们不够具体。

真正具体的是：

• 工程师有没有选择权；
• 绩效系统奖励什么；
• 团队是否还能拒绝不合理需求；
• 事故复盘会追究模型幻觉，还是追究管理激励；
• 核心人才是否还相信自己在做有意义的工程。

一家公司可以在战略上全力投入 AI，同时在组织上避免粗暴改造。比如：

AI 时代的工程管理，最怕把人当成模型训练管线的一部分。

最该警惕的是激励错位

Meta 的案例未必会在每家公司原样复现。不同公司有不同业务、监管环境和工程文化。但它暴露的问题很普遍：当 AI 成为最高优先级后，组织很容易为了追赶叙事而牺牲基本管理常识。

技术战略需要野心，工程组织需要信任。

两者并不冲突。冲突来自管理层试图用监控和指标把信任替换掉，再希望工程师继续像过去一样承担责任、保持创造力、关心系统质量。

AI 可以改变软件生产方式，但它不该把工程师变成被采集、被调度、被指标驱赶的资源池。

真正强的工程组织，最后拼的不是谁更会喊 AI 优先，而是谁能在使用 AI 的同时，保住判断力、责任感和对系统的长期耐心。

推荐阅读

AI 搜索摘要正在吃掉开放网页：Google 答案层背后的内容生态危机

AI 编程正在变天：从“写代码”走向“管系统”

AI 手机进入 Agent 时代：Siri、Gemini、豆包都在争夺下一代移动入口

Meta 外售 AI 算力：泡沫争论终于进入硬件账本

豆包、千问下线智能体：平台 Agent 正在告别开放广场