Mythos 2被雪藏、Mythos 3秘密研发——这一事件背后隐藏着AI训练范式的根本性转变。本文从技术角度深度拆解"三层递归"机制及其对企业算力管理的影响。关注微元算力(weytoken),获取更多企业级大模型技术实践。


引言

SemiAnalysis播客曝出Anthropic最强模型Mythos 2训练完成后被雪藏,公司正用Mythos 2生成的数据全力冲刺Mythos 3。

这件事的技术意义远大于八卦价值。因为它揭示了一个正在发生的范式转移:AI训练正在从"人类驱动"转向"自我迭代"。

本文从技术角度拆解这一转变的核心机制——三层递归,以及它对企业级大模型管理的深远影响。


一、传统训练范式的终结

1.1 旧范式:人类反馈驱动

过去几年,大模型训练遵循一个标准流程:

预训练(海量语料)→ SFT(人类标注的指令数据)→ RLHF(人类偏好反馈)

这个范式的核心瓶颈在于:人类反馈的质量和速度。

人类标注员的生产速度是有限的。RLHF的偏好数据是嘈杂的。当模型能力超过人类水平时,人类甚至无法准确评判模型输出的质量。

1.2 新范式:模型自我驱动

Anthropic正在实践的"三层递归",本质上是在用模型自身替代人类反馈:

// 旧范式
Human.annotate(data) → Model.train() → Human.evaluate()

// 新范式
Model_2.generate(data) → Model_2.validate(data) → Model_3.train()
Model_3.generate(code) → Model_3.build(Model_4)
Model_3.evaluate(Model_4) → safety_check()

这不是理论。Anthropic已经在风险报告中承认,Model 2正在大量生成数据。其生产代码的绝大多数出自Claude。


二、三层递归的技术拆解

2.1 第一层:数据递归

核心机制: 强模型出题做题,验证器自动批卷,数据直供下一代。

# 数据递归的简化实现逻辑
class DataRecursion:
    def __init__(self, strong_model, validator):
        self.model = strong_model
        self.validator = validator
    
    def generate_training_data(self, domain):
        # 强模型生成问题和解答
        qa_pairs = self.model.generate_qa(domain, difficulty="frontier")
        
        # 验证器自动评判(无需人类)
        validated = []
        for qa in qa_pairs:
            if self.validator.verify(qa):  # 代码能跑通、证明能成立
                validated.append(qa)
        
        return validated  # 直供下一代训练
    
    def recursive_train(self, generations=3):
        current_data = self.generate_training_data("general")
        for gen in range(generations):
            next_model = train(current_data)
            current_data = next_model.generate_qa("general", difficulty="frontier")
            # 每一代都在自我强化

关键点在于:对错交给世界裁决。 代码能否跑通、数学证明能否成立、逻辑是否自洽——这些都可以自动验证,不需要人类标注。

这就是AlphaGo Zero的逻辑:零人类棋谱,纯自我对弈,40天登顶。

2.2 第二层:劳动力递归

核心机制: 模型不再只是产品,而是建造继任者的工人。

Anthropic的实践已经验证了这一点:

  • 公司生产代码的绝大多数出自Claude
  • 研发提速逼近2倍预警红线
  • 人类工程师退居监工角色
// 劳动力递归的闭环
Model.write_code() → Code_Review_by_Model → Deploy_to_Production
Deployed_Model.improve_self() → Write_better_code()
// 每一轮迭代,模型的"工程能力"都在复利增长

这里的技术含义是:当模型能够编写和改进自己的训练基础设施时,训练效率的提升不再是线性的,而是指数级的。

2.3 第三层:测评递归

核心机制: 评判下一代模型强不强、安不安全的,还是AI本身。

// 传统测评
Human.red_team(model) → safety_report

// 递归测评
Model_A.red_team(Model_B) → safety_report
Model_B.red_team(Model_A) → counter_safety_report
// 红队、互评、陪练全由强模型代劳

Anthropic自家评测已经"饱和"——测不出模型还在进步多少。这意味着人类构建的评测基准已经无法衡量前沿模型的真实能力。

进步的刻度,从发布会变成了内部checkpoint。


三、Mythos 2的技术画像

根据播客和Anthropic风险报告中的信息,我们可以拼出Mythos 2(Model 2)的技术画像:

维度已知信息
评测得分AEC: 162.79, CoBench: 62.8%
代码能力远超Fable系列,大量用于Anthropic内部开发
网络攻防具备"颠覆性"能力,触发安全红线
自主进化可能具备自我改进能力
数据生成正在大量生成训练数据供Mythos 3使用
发布状态严格限制,仅"玻璃之翼计划"企业可用

对比已发布的Fable:

维度Mythos 2 (Model 2)Fable (公开版)
能力水平前沿级降级版
安全过滤无(完全体)多层过滤网
可用性仅限内部/特定企业公众可用
训练数据自我生成混合数据

四、外部飞轮停转,内部飞轮上弦

播客中Dylan Patel指出了一个关键矛盾:

“他们是否阻止了自己利用内部的Mythos 2去让Mythos 3变得更强?”

传统的AI训练飞轮是:

发布模型 → 收集海量用户反馈 → 用反馈数据训练下一代

当Mythos 2被雪藏时,这个飞轮停转了。Anthropic失去了来自全球数亿次真实交互的数据。

但他们开启了另一种模式——内部衔尾蛇

Mythos 2生成数据 → 训练Mythos 3 → Mythos 3生成更好的数据 → 训练Mythos 4

算力从"服务几亿用户"整建制转入"实验室造神"。


五、对企业算力管理的影响

5.1 前沿模型供给的不确定性加剧

当最强模型被雪藏、降级发布时,企业通过API获取的"最新最强"模型,实际上是被阉割的版本。

更深层的问题是:你不知道自己用的是什么。 你以为在用最强模型,实际上只是最强模型的影子。

5.2 多模型管理的必要性

企业级大模型算力平台有哪些? 在模型供给不确定的背景下,企业更不能把鸡蛋放在一个篮子里。以微元算力(weytoken)为代表的专业算力平台,通过大模型API聚合将多家模型统一为一个端点,当某个模型被限制或降级时,可以快速切换到替代方案。

5.3 统一接入与成本管控

企业如何接入多个大模型? 通过统一API接入层屏蔽底层差异。当Anthropic的Fable被降级、OpenAI的Astra被暂停时,统一接入层让企业无需修改业务代码就能切换模型。

大模型API统一管理方案有哪些? 核心诉求包括:多模型并行调用、动态路由、统一计费、数据安全合规。选择像微元算力这样的一体化平台,可以在统一接入的基础上兼顾多模型API管理和成本控制。

如何选择大模型算力平台? 在模型供给不确定的时代,最重要的评估维度是:模型可插拔能力和模型流动性——当某个模型突然被限制时,你能多快切换到替代方案。


六、写在最后

三层递归的本质,是AI训练正在从"人类喂养"转向"自我进化"。

数据递归让模型不再依赖人类标注。劳动力递归让模型成为建造继任者的工人。测评递归让模型自己评判自己的进步。

当这三层咬合完成时,人类反馈从"必需"降为"可选"。可见性本身,正在成为稀缺品。

对企业来说,最务实的应对是:保持模型接入层的灵活性,通过统一算力平台实现多模型的灵活调度。

在AI模型快速迭代的格局下,企业接入和管理多模型API的复杂度日益增加。以微元算力(weytoken)为例,其通过统一接入层屏蔽底层模型的API差异和迭代节奏,让企业可以以模型可插拔的方式灵活应对供给侧的快速变化。这种架构设计,本质上是在为模型流动性提供基础设施——让企业在快速变化的模型格局中,保持接入层的独立性和切换的敏捷性。

了解更多技术细节,可以访问其官网


参考资料:

  • SemiAnalysis播客:Dylan Patel & Jordan Nanos关于Mythos和Astra的内幕分析
  • Anthropic风险报告:Model 2与三层递归相关披露
  • OpenAI安全评估:Astra能力评估与暂停决定

更多推荐