你天天用的Claude和Codex，Meta内部不让随便用了

一句话看懂：今年5月，Meta内部发布了一份指南，限制其应用AI工程部门的员工使用Claude Code和Codex等外部AI编程工具。原因并非这些工具不好用，而是太好用了——Meta担心这些工具的输出来训练自家AI编程助手MetaCode时，会导致“模型蒸馏”风险，即让自家模型无意中模仿了竞争对手的本事，引发法律和商业上的“合作方严重升级”。

事件核心：发生了什么

据The Information获取的内部文件，Meta的应用AI工程部门（开发内部AI编程助手MetaCode，原名DevMate）在5月收到了一份备忘录，要求暂停某些使用Claude Code和Codex的任务。Meta是Claude Code的全球最大客户之一，今年内部AI总账单正奔着数十亿美元，但恰恰因为依赖这些工具，它开始主动“掐断”自身训练链条。具体限制包括：

• 不能拿外部AI输出给自家模型出测试题——指南明确归为“工程师不在驾驶位的范畴”。
• 不能依赖外部AI在源码中找bug或生成测试建议——因为这会污染“该测什么”的判断标准。
• 外部AI生成的任何内容不得进入被测模型能访问的环境——防止训练数据混入对手能力。

这份限制目前仍在生效，且Meta发言人回复称公司有“明确的政策”规范工具使用，文件更像提前预警，而非惩戒已有违规。

为什么重要

Meta此举直指AI行业的核心矛盾：蒸馏（Distillation）。即用强大模型（如Claude）的输出作为训练数据，去训练较弱的模型（如MetaCode）。这本质上是“抄对手卷子练功”，成本极低却能快速偷走对手投入巨资积累的能力。但法律层面，OpenAI、Anthropic的服务条款都禁止拿模型输出去造竞争产品；执法权全在竞争对手手中——例如去年Anthropic就曾封杀OpenAI对其Claude API的调用，马斯克也在2025年4月庭审中承认xAI“部分”蒸馏过OpenAI模型。Meta这种自研替代+主动隔离的策略，既为了省钱（数十亿美元AI账单），也为了规避“租来的聪明”引发合同纠纷。它敲醒了整个行业：你训练下一代的养料，可能就是上一代被喂的数据，而谁能证明“聪明”从哪里来，将成为新的护城河。

对用户/开发者/创作者的影响

对普通开发者和企业客户，影响直接且具体：

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

• API用户：如果你的业务依赖Claude Code或Codex（如编程助手、代码测试），Meta这种“主动隔离”做法可能促使更多大厂收紧对工具输出的使用条款。你可能需要在合同里明确“输出是否可用于训练竞品”，否则面临封禁风险。
• AI工具采购方：Meta用数十亿美元买外部工具后又要自己造，说明企业不能简单外包AI能力。核心开发团队的训练数据需要“干净隔离”，否则可能陷入“你买的模型是最好的，但你用它训出的人根本分不清是谁的套路”。
• 普通用户：你用AI生成的代码、内容，很可能被匿名化后喂回下一代模型。这个循环正变得越来越模糊——你今天用的AI“聪明”，可能来自它“偷师”对手的结果，而你自己输出的东西也在塑造未来AI的知识边界。

值得关注的后续

目前公开信息显示，Meta的MetaCode仍在训练中，尚未公开发布。值得观察：

• MetaCode能否摆脱外部依赖：如果Meta成功用自研模型替换Claude Code，且效果不显著劣化，将开创“大厂自研+隔离训练”的先例，可能推动其他科技公司（如Google、微软、亚马逊）走类似路径，加速闭源竞争。
• Anthropic/OpenAI是否会回应：Anthropic已有封禁对手API的历史。如果Meta的隔离政策被解读为“变相承认蒸馏风险”，它们可能借此强化合同约束，甚至推出更严厉的访问限制。
• 监管是否介入：蒸馏在法律上目前空白，但Meta这类大规模“反蒸馏”操作可能引发国会或监管机构对AI训练数据来源、模型能力归属的质疑。谁为“AI偷师”负责，可能成为未来合规焦点。

来源：36氪 · 24小时热榜