鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

Meta 砸 143 亿美元投资 Scale AI 仅数月,双方合作关系出现裂痕

编程导航
编程导航
2025-08-31 12:30
阅读 114
编程导航
2025-08-31 12:30
阅读 114

今年 6 月 Meta 向数据标注服务商 Scale AI 注资 143 亿美元(IT之家注:现汇率约合 1019.51 亿元人民币),并邀请其 CEO 亚历山大・王(Alexandr Wang)及多名该初创公司高管加盟,负责运营 Meta 超级智能实验室(MSL),然而仅过去数月时间,两家公司的合作关系已显现出裂痕。

两名知情人士向 TechCrunch 透露,亚历山大・王为协助运营 MSL 而带来的高管中,至少有一人已离职 ——Scale AI 前生成式 AI 产品与运营高级副总裁鲁本・迈耶(Ruben Mayer)在 Meta 任职仅两个月便离开。

迈耶曾两度效力 Scale AI,累计时长约五年。据上述知情人士称,迈耶在 Meta 任职期间负责 AI 数据运营团队,但并未加入公司的 TBD 实验室。该实验室是 Meta 内部负责研发 AI 超级智能的核心部门,OpenAI 的多名顶尖 AI 研究员已在此任职。

迈耶向 TechCrunch 表示,自己最初的职责是“协助实验室搭建,处理各类所需事务”,而非专注于数据工作;且他“从第一天起就是 TBD 实验室的一员”,并非被排除在核心 AI 部门之外。迈耶还澄清,自己“并非直接向亚历山大・王汇报”,并对在 Meta 的工作经历“非常满意”,此次离职是出于“个人事务”。

除人员变动外,Meta 与 Scale AI 的合作关系也在发生变化。五名知情人士透露,TBD 实验室正与 Scale AI 之外的第三方数据标注服务商合作,为其下一代 AI 模型提供训练支持。这些人士表示,第三方服务商包括 Mercor 和 Surge—— 二者均为 Scale AI 的主要竞争对手。

尽管 AI 实验室与多家数据标注服务商合作的情况并不罕见(Meta 在 TBD 实验室成立前就已与 Mercor 和 Surge 有合作),但一家 AI 实验室对单一数据服务商投入如此巨额资金的情况却十分少见。这使得当前局面格外值得关注:多名消息人士指出,即便 Meta 已向 Scale AI 投入数十亿美元,TBD 实验室的研究员仍认为 Scale AI 的数据质量偏低,并更倾向于与 Surge 和 Mercor 合作。

Scale AI 最初的商业模式以众包为核心,依靠庞大且低成本的劳动力完成简单的数据标注工作(即对原始信息进行标记和注释,为 AI 模型训练提供支持)。但随着 AI 模型日益复杂,如今它们需要高技能领域专家 —— 如医生、律师、科学家等,来生成和优化高质量数据,以提升模型性能。

尽管 Scale AI 已通过其 Outlier 平台努力吸引这类专业人才,但 Surge 和 Mercor 等竞争对手的发展速度却更快,因为这些公司的商业模式从一开始就建立在高薪人才的基础之上。

Meta 发言人否认 Scale AI 的产品存在质量问题。Surge 和 Mercor 则拒绝置评。当被问及 Meta 为何对竞争对手的数据服务商依赖度日益加深时,Scale AI 发言人仅向 TechCrunch 提及双方最初宣布投资时的声明 —— 该声明称此次合作将扩大两家公司的商业合作范围。

Meta 与第三方数据服务商的合作表明,即便已向 Scale AI 投入数十亿美元,Meta 也并未将所有赌注押在这家初创公司身上。然而,Scale AI 的情况却截然不同。在 Meta 宣布对 Scale AI 进行巨额投资后不久,OpenAI 和谷歌便先后表示将停止与该公司合作。

失去这两大客户后,Scale AI 于今年 7 月在数据标注业务部门裁员 200 人。公司新任 CEO 杰森・德罗格(Jason Droege)将此次变动部分归咎于“市场需求变化”。他表示,Scale AI 将在其他业务领域扩充人员,包括政府销售部门 —— 该公司近期刚刚与美国陆军签订了一份价值 9900 万美元(现汇率约合 7.06 亿元人民币)的合同。

起初有观点猜测,Meta 对 Scale AI 的投资实则是为了吸引亚历山大・王 —— 自 2016 年 Scale AI 成立以来,他便在 AI 领域深耕,是公司的创始人。目前看来,他确实在协助 Meta 吸引顶尖 AI 人才。

但除了亚历山大・王之外,Scale AI 对 Meta 的实际价值仍存在疑问。

一名 MSL 现任员工表示,从 Scale AI 加盟 Meta 的多名高管并未加入 TBD 实验室核心团队。

此外,两名前员工和一名 MSL 现任员工透露,自亚历山大・王及一批顶尖研究员加盟后,Meta 的 AI 部门变得愈发混乱。他们称,来自 OpenAI 和 Scale AI 的新人才对大公司的复杂官僚体系感到不满,而 Meta 原有的生成式 AI 团队则发现自身职责范围被不断压缩。

这些紧张局势表明,尽管 Meta 此次投资本应解决公司在 AI 研发方面的难题,但这笔迄今为止最大规模的 AI 投资,开局似乎并不顺利。一名现任员工和一名前员工向 TechCrunch 透露,今年 4 月 Llama 4 模型发布反响平平后,Meta CEO 马克・扎克伯格(Mark Zuckerberg)对公司 AI 团队的表现感到不满。

为扭转局面、追赶 OpenAI 和谷歌,扎克伯格迅速推进多项合作,并发起积极的招聘计划,以吸引顶尖 AI 人才。

除亚历山大・王外,扎克伯格还成功从 OpenAI、谷歌 DeepMind 和 Anthropic 挖来多名顶尖 AI 研究员。Meta 还收购了 Play AI、WaveForms AI 等 AI 语音初创公司,并宣布与 AI 图像生成初创公司 Midjourney 建立合作关系。

为支撑其 AI 雄心,Meta 近期宣布将在美国多地大规模建设数据中心。其中规模最大的项目是位于路易斯安那州、耗资 500 亿美元(现汇率约合 3564.71 亿元人民币)的数据中心“许珀里翁”(Hyperion)—— 该名称源自希腊神话中孕育了太阳神的泰坦巨人。

从背景来看,亚历山大・王并非 AI 研究员,外界认为他担任 AI 实验室负责人的选择有些非常规。有报道称,扎克伯格曾与更传统的候选人洽谈领导该实验室事宜,例如 OpenAI 首席研究官马克・陈(Mark Chen),还曾试图收购伊利亚・萨茨克弗(Ilya Sutskever)和米拉・穆拉蒂(Mira Murati)创办的初创公司,但这些尝试均以失败告终。

《连线》杂志此前报道,近期从 OpenAI 加盟 Meta 的部分新 AI 研究员已离职。与此同时,受一系列变动影响,Meta 生成式 AI 部门的许多老员工也相继离开。

MSL 的 AI 研究员里沙布・阿加瓦尔(Rishabh Agarwal)是最新离职的员工之一,他本周在 X 平台发文称将离开 Meta。阿加瓦尔表示:“马克和 @alexandr_wang(亚历山大・王)关于在超级智能团队开展工作的提议极具吸引力。但最终,我选择遵循马克自己的建议:‘在一个变化如此之快的世界里,最大的风险就是不冒任何风险’。”

当被问及在 Meta 的工作经历及离职原因时,阿加瓦尔拒绝置评。

近几周内,Meta 生成式 AI 产品管理总监查亚・纳亚克(Chaya Nayak)和研究工程师罗汉・瓦尔马(Rohan Varma)也先后宣布离职。如今的问题是,Meta 能否稳定其 AI 业务运营,并留住未来发展所需的核心人才。

目前,MSL 已开始研发下一代 AI 模型。据 Business Insider, 报道,该团队计划在今年年底前推出这款新模型。

原文链接: Meta 砸 143 亿美元投资 Scale AI 仅数月,双方合作关系出现裂痕
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥 热门文章
1
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
480
2
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
430
3
我的第一个出海产品!7 天 2 万
370
4
又一个国产版 Codex 神器,也来卷办公了!
370
5
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
340
6
DeepSeek 重磅开源的超级 Agent,到底是个啥?
330
7
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
280
8
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
280
9
人工智能前沿部署工程师(FDE) · 概 览 与 方 法 论
270
10
QuireKit 编辑器的 AI-Native 是如何设计的?谈谈我对真正 AI-Native 的理解
250
11
告别“金鱼记忆”:我开发了一款能当“第二大脑”的浏览器 AI 助手
250
12
ARTS 1101: 最长回文串与子序列匹配、一次 URL 请求的来回之旅与如何验证 AI 的交付
230
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
朱雀AI检测助手朱雀AI检测助手