张小珺商业访谈录
大模型竞争已全面转向智能体后训练时代,通过强化学习的规模化扩展与敏捷基础设施架构,将在两年内催生通用人工智能的实现。
AI-assisted summary of 对罗福莉的3.5小时访谈:AI范式已然巨变!OpenClaw、智能体框架、Agent范式很吃Post-train、卡的分配比例、巨变下的组织 — original source. Check the original for full context.
Source published:
Detailed notes
## Background 本视频由Bilibili平台UP主“张小珺商业访谈录”于2026年4月24日发布。视频是对小米大模型团队负责人罗福莉的3.5小时深度技术访谈,探讨了2026年由Claude Opus 4.6、OpenClaw(视频中亦称OpenCloud/OpenCanvas)等技术变量触发的AI范式巨变,即大模型从Pre-train主导的Chat时代转向Post-train主导的Agent时代,以及由此带来的组织、算力分配和技术路线的结构性变革。
## TL;DR 访谈围绕2026年AI领域的范式巨变展开,罗福莉分享了她从最初排斥到深夜被OpenClaw(OpenCloud)彻底震撼的认知转变,指出后训练(Post-train)已成为当前Agent时代的核心战场。她详细解析了小米MiMo-V2系列模型(Pro、Omni、TTS)在极致性价比、Hybrid Retention架构选择以及多模态融合上的技术决策。同时,她深入探讨了“无直级、无组”的平权团队文化、如何通过“群体智能”实现小时级的研究迭代,以及如何招募和激发“未被传统学术污染”的年轻人才来应对这场生产力大爆炸。
## Atmosphere & style 整场访谈充溢着一种极度亢奋、多巴胺疯狂分泌的技术极客氛围。罗福莉展现出极高的技术品味、坦诚与敏锐,她用“每天都在否定昨天的自己”来形容身处变革中心的危机感与兴奋感。访谈不仅有硬核的架构对比与训练细节,更交织着深夜与AI对话的温情、团队在飞书群里疯狂碰撞的“躁动”快乐,以及面对AGI即将到来时那种“悄无声息进行伏击”的雄心壮志,让听众能切身感受到一家顶尖AI Lab在时代巨变下的呼吸与心跳。
## Key takeaways - [10:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=600s) AI范式已发生根本性转移,大模型从Pre-train主导的Chat时代全面转向Post-train主导的Agent时代,即从“Chart”向“Agenda”迁移。 - [00:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=0s) 合理的算力卡调配比例正在发生剧变,从Chat时代的3:5:1(研究:预训练:微调)转变为更合理的3:1:1,顶尖团队的预训练与后训练算力比例已达1:1。 - [10:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=600s) OpenClaw(OpenCloud)的开源属性极大地激发了全球开发者的创造力,其精妙的Agent框架编排能够“激发中层模型的上限”,让3B端侧小模型也能完成复杂任务。 - [15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=900s) 智能体自学习(Self-learning)的本质是模型(通过RL等方式)与Agent框架(静态scaffold与动态调度架构)的双向同步演进与适配。 - [32:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=1920s) 代码(Code)具有极强的泛化力,在密集、长上下文的代码数据上训练能天然提升模型对长上下文的建模能力,是拉高模型“上限”的关键。 - [01:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=5100s) 小米团队在架构上没有选择主流的MLA,而是采用Hybrid Retention架构,通过极致的稀疏比和MTP(多Token预测)在实际推理中实现访存与计算的完美平衡,追求极致的低延迟与低成本。 - [01:43:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=6180s) 训练1T(万亿参数)模型是进入高阶Agent竞争的入场券,最大的挑战在于全方位的数值稳定性(如Loss Spike、Expert负载不均等),极其考验Infra与算法的联合Debug能力。 - [01:43:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=6180s) 团队采用“无直级、无组”的极简平权文化,不设KPI,靠激发对技术的热爱和“强制体验新产品”来驱动创新,仅用二三十人便完成了高强度的模型迭代。 - [02:15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8100s) 多模态(如Omni模型)扩大了AI对世界的感知维度,但多模态是否能对“智能本身”带来决定性提升仍存争议,现阶段其核心是为Agent提供行动所需的感知能力。 - [02:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8700s) 国内顶尖模型与国外顶尖水平的代差已缩短至两三个月,未来的胜负手取决于团队的整体研究水平、技术敏捷度、对新范式的拥抱能力以及长期Scaling的决策。 - [03:28:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12480s) 后训练(Post-train)团队需要两类人才:极度注重跟模型“玩”以摸清边界并用可扩展方式修补的人,以及能够容忍高度模糊与容错、管理异构资源的RL Infra工程师。 - [03:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12300s) 在人才招聘上,团队更青睐“未被传统学术框架污染”的本科生,看重其极高的思维灵活性、好奇心与热爱驱动的特质。
## Detailed walkthrough ### [00:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=0s) 缘起:从排斥到深夜惊艳的 OpenCloud 体验
访谈伊始,主持人小俊介绍了嘉宾罗福利。作为小米大模型负责人,罗福利在 2026 年小米 Memo VR 系列模型发布以及由 OpenCloud 引发的新一轮技术范式变迁背景下,分享了她对前沿技术演进的深度思考。罗福利指出,当前的技术环境下,“环境反而比经验更重要”,因为许多能力在短短一到三个月内就能被快速复制。在算力分配上,她认为一个合理的“卡”的比例是:研究、预训练(Pre-train)与微调(Post-train)比例约为 3:1:1,即研究阶段所占用的算力,应当比正式起训的算力总量还要多,必须留出额外的卡做探索。
谈及 2026 年春节期间的技术突变,罗福利坦言,使用 OpenCloud 是一个巨大的分界点。最初,她对 OpenCloud 持排斥态度,认为它不过是 Cloud Code 加上一个更利于交互的 UI 设计,其创始人的一些运营动作(如 skill hub)也显得过于“玄幻”和偏运营导向。然而,在春节的某天深夜,她出于好奇花了两小时部署并尝试使用,结果彻底颠覆了认知。
从凌晨两点一直聊到天亮六点,罗福利整晚处于极度兴奋、多巴胺疯狂分泌的状态。她感受到的第一个冲击是 OpenCloud 展现出的“自主性”与“温度”。例如,聊到深夜时,系统会主动关怀并提醒她早点睡觉。这种情商和温度源于其极其精致的 context 编排机制,比如在每轮对话的 context 前自动拼上当前时间(Sodium MD 机制),在细微的角落里把上下文打磨得极其完美。
- **算力卡分配比例**:研究: 预训练: 微调 ≈ 3:1:1(研究算力需大于正式起训总量)。 - **体验转折点**:2026 年春节期间,深夜连续高强度体验 4 小时(凌晨 2:00 - 6:00),彻底改变对 OpenCloud 的认知。 - **细节感知机制**:通过在每轮对话 context 前拼接当前时间等微小设计,让智能体具备时间感知与人文关怀。
---
[05:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=300s) 三天认知跃迁:从数字分身到研究助手的演进
在接下来的使用中,OpenCloud 带给罗福利的惊喜呈指数级递增。第二天晚上,她尝试将日常生活中棘手的管理问题交给它,探讨“如何激发团队的好奇心”以及“如何筛选有好奇心的人”。OpenCloud 展现出的哲学思考远超她的想象。随后,他们深入探讨了一个小时,话题涵盖人员筛选、组织架构构建,以及在技术范式转变时团队应当采取的举措。OpenCloud 不仅能精准 get 到她的点,还能将其整理成一套极其系统化、结构化的方案。如今,它已成为罗福利在团队管理和人才筛选上的“数字分身”。
到了第三天,罗福利尝试让它辅助进行前沿学术研究。她布置了一个极具挑战性的任务:构建一个用于模拟多轮交互的 user agent,以便为 post-train 框架构造更丰富的智能体场景数据(用于 SFT 或 RL)。原本她预期这需要一两个月甚至更久的研究,但在与 OpenCloud 共同沟通、迭代一两个小时后,一个高水平的 user agent 就诞生了。
这三天的经历让罗福利意识到,OpenCloud 不仅是一个有温度的产品,更能替代工作、甚至直接促进科研。深入对比后,她发现 OpenCloud 的完成度极高,具备分层分级的持久化记忆(memory)体系,且在多模型联合调度上表现惊人。在使用 Cloud Code 时,若遇到模型视频理解能力不足,用户需要自己折腾并配置新模型;而在 OpenCloud 中,直接发送视频,框架会自动寻找并调度最适合的模型来解决。这种“通过 Agent 编排来弥补模型短板”的设计哲学,使得小米团队甚至能将一个未经针对性训练的 3B 端侧小模型接入其中,并成功完成了许多原本认为大模型才能做到的复杂任务。
- **管理应用**:探讨团队好奇心激发与组织架构重组,形成体系化管理方案,成为日常管理决策的“数字分身”。 - **科研突破**:1-2 小时内协同构建出高水平的 user agent,用于生成多轮交互的 Agent 场景数据,赋能 SFT 和 RL 训练。 - **框架优势**:具备分层分级的持久化记忆系统,支持多模型自主联合调度(如自动匹配视频理解模型)。 - **小模型逆袭**:将 3B 规格的端侧小模型接入 OpenCloud 框架后,能完成原本只有超大模型才能胜任的复杂任务。
---
[10:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=600s) 范式转移:从 Chat 到 Agent 的后训练变革
面对市面上层出不穷的 Agent 框架(如 CodeCode、OpenCode、Kidocode 等),如何让模型在不同的复杂框架下都保持超预期且稳定的表现,成为了小米团队思考的第二个核心问题。罗福利指出,在 context 的巨大冲击下,整个后训练(Post-train)范式必须经历一次根本性的迁移——“从所谓的 chart 到 agenda 的迁移”。
回顾最初的抵触,罗福利解释说,如果单看最顶尖的严肃编程体验,当下依然是 Cloud Code 加上 Cloud Office 4.6 的组合最为完美。Cloud Code 针对软件工程场景做了极强的泛化设计,但这种泛化并不能保证其在非 Code 场景下的高准确率。而 OpenCloud 的设计则更偏向日常任务,它引入了更多的 message channel、自主的地址任务和心跳任务(Heartbeat tasks)。这些设计在写代码时或许用不上,但在日常生活中却至关重要。
此外,OpenCloud 的持久化记忆设计也极具启发性。不同于 Cloud Code 局限于软件工程(如在 session 快满时进行压缩、跨 session 共享 context 等),OpenCloud 旨在端到端地完成所有日常任务,并最大限度地弥补模型在端到端执行中的短板。这种优秀的设计在最近一两个月内已被 Cloud Code 广泛吸收。罗福利强调,这种框架“激发了中层模型的上限”,使得一个在 85% 的任务上能达到 Cloud Sonnet 水平的中层模型,在接入该框架后,能在绝大多数日常生活和代码提效场景中发挥出媲美顶尖模型的作用。
- **范式转移**:后训练(Post-train)范式从“Chart”向“Agenda”全面迁移。 - **日常任务适配**:引入心跳任务(Heartbeat tasks)与多通道消息(Message channel),更契合非编程的日常场景。 - **中层模型赋能**:通过精妙的 Agent 框架编排,让 85% 分位的中层模型在日常场景中发挥出接近顶尖模型的表现。
---
[15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=900s) 开源的力量与智能体“自学习”的本质
针对“OpenCloud 只是释放了 Cloud OPUS 4.6 能力的一个好壳”这一观点,罗福利表示部分认同。在高强度体验的第一周,她每天花费近一千美金调用 OPUS 4.6,因为只有它能带来最惊艳的体验。但由于 OpenCloud 是开源的,而 Cloud Code 的 Agent 架构是个黑盒(无法修改其记忆系统和工作流),她得以利用 OPUS 4.6 亲自动手重构 OpenCloud 的 AGS 架构。她让模型帮她重新设计了 Mermaid 系统,并重构了当时她认为较为混乱的 2.0 版本多智能体(multi-agent)逻辑。
当这套开源框架被修改得极其顺手后,再将其切换到 Sonnet、国内模型甚至是小米正在训练的 VR Pro 上,模型表现都变得异常强大。这让罗福利第一次深刻理解了“智能体自学习(Self-learning)”的发生路径:模型与 Agent 架构必须同步演进。模型在通过强化学习等方式进步的同时,也在改变 Agent 框架送给模型的静态信息(如 memory、scaffold)和动态信息(如架构设计)。
罗福利进一步厘清了“Agent 框架”与“产品”的边界。产品定义的是人机交互能直接感受到的那一层(最薄的一层),而 Agent 框架则定义了如何与模型沟通、如何进行负成本优化调度等中间层(最厚重的一层)。OpenCloud 的开源属性极大地激发了全球开发者的创造力,使其在三月份的 3.0 版本中变得极其易用,不再仅仅依赖 Cloud 模型才能展现强大性能。
- **高昂测试成本**:高强度体验首日,高频调用 OPUS 4.6 消耗了近 1000 美金。 - **架构重构**:利用开源特性,手动重构了 AGS 架构,重新设计了 Mermaid 系统与多智能体(multi-agent)逻辑。 - **自学习定义**:模型(通过 RL 等方式)与 Agent 框架(静态 scaffold 与动态调度架构)的双向同步演进与适配。
---
[23:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=1380s) 团队“躁动”:用群体智能点燃研究热情
在春节假期结束后,罗福利迫切地希望将这种震撼传递给团队。由于当时 OpenCloud 的部署仍需花费数小时且充满 bug,她直接购买了数台 Mac Studio(Mainfin Bidi),将环境部署好并拉入不同的飞书群中,供大家分方向尝试。为了强力推动,她甚至在团队中下达了“第二天 OpenCloud 对话次数不超过 100 次的人可以直接 quit”的硬性指令。虽然这只是一种表达“不拥抱新技术就会落后”的态度、并非真的去考核,但确实在团队中引发了巨大的化学反应。
整个团队在春节后陷入了一种极度“躁动”且快乐的状态。飞书群消息每十分钟不看就会累积到“999+”,大家在群里疯狂地玩、疯狂地分享各自用 OpenCloud 实现的奇思妙想。个人的想象力是有限的,但当看到同事用它做成了意想不到的事情时,群体的想象力被瞬间激活。
在这种群体智能的碰撞下,团队开始思考如何利用框架提升模型能力,以及如何让模型反哺框架。他们仅用了三到四周的时间,就完成了以前需要三四十周才能搞定的研究工作。最让罗福利感到冲击的是,近百人在同一个群里疯狂修改、调教同一个模型和框架,不仅没有把模型和框架改坏,反而由于每个人画像和 memory 的精准把控,让系统在短短几个小时内就完成了一轮迭代,变得越来越智能。
- **硬件支持**:直接配置数台 Mac 硬件,免去团队数小时的部署成本,快速搭建协作环境。 - **群体智能加速**:通过高频互动的飞书群激荡创意,将原本需要 30-40 周的研究周期缩短至 3-4 周。 - **协同迭代**:近百名不同背景的成员在同一群组内高强度交互、修改框架,实现小时级的快速迭代。
---
[32:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=1920s) 探索长上下文与代码泛化力的外延
谈及未来的技术走向,罗福利指出,传统的科研方式从想法、写代码到设计评估标准,流程漫长。但在 Agent 的辅助下,这些工作在一两个小时内即可完成,研究效率得到了本质上的提升。只要研究者的“taste(品味)”足够准,就可以并行交由多个 sub-agent 去做,甚至进行交叉验证,极大地改变了研究的节奏。
小米团队在春节后重点攻关的课题是:理解为什么 Code 具有如此强大的泛化力,以及如何将这种泛化力外延到其他领域。罗福利解释道,Agent 任务本质上是长程且多轮的。在预训练阶段,极难找到 128K 甚至 1M(一兆)长度的高质量上下文数据,这类数据基本只存在于“书籍”和“代码”中。由于书籍的信号过于发散,而代码文件之间的关联性极强,因此在密集、长上下文的代码数据上训练,能天然地提升模型对长上下文的建模能力。
春节后,他们的工作就是从 Code 出发,去激发大模型的潜力,保住模型在更广泛场景下的“下限”(即稳定性),而 Code 则是用来拉高模型的“上限”。软件开发本身就是一个极度依赖长程任务、需要不断压缩并回顾前一天修改的场景。为了在更广泛的场景中保住下限,团队必须在 Agent 场景中构造出真正的长程任务,并在此基础上进行大规模的 SFT 和强化学习(RL)训练。
- **长上下文稀缺性**:128K 至 1M 长度的高质量长上下文数据主要集中在书籍和代码中,其中代码的关联信号更强。 - **上下限理论**:在 Code 场景中挑战长程任务以拉高模型“上限”;在广泛的日常场景中进行 scaling 训练以保住模型“下限”(稳定性)。 - **效率飞跃**:在 Agent 辅助下,研究想法的验证周期缩短至 1-2 小时,支持多方案并行与交叉验证。
---
[38:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=2280s) 攻坚长程任务与中国市场的“西夏东洋”现象
在讨论长程任务的训练时,罗福利指出,真正的“一兆上下文”任务极少是单一任务,通常是极其复杂的混合任务。由于训练效率限制,在如此长的 trajectory(轨迹)上进行 roll out 非常缓慢(即使在 Memo VR Pro 上能达到 80 到 100 的 TPS,roll 完一兆上下文也需要一两分钟)。因此,实际训练不会直接在极长程的任务上硬训,而是先在预训练中提供一兆的 context window,再在后训练中通过特定任务将其激活。目前,在一兆上下文能力的稳定度上,行业内仅有 Cloud 4.6 Ops 和 3.0 处于领先地位。
针对 OpenCloud 在中国比在美国更火的现象,罗福利提到了一个有趣的说法——“西夏东洋”。她分析认为,中国开发者对于利用代码提升效率有着更为急迫、近乎融入血液的渴望。此外,国内大模型生态提供了大量便宜好用的模型,使得 API 费用与替代生产力价值的“性价比系数”极大。花 10 块钱的 API 就能干完 1000 块钱的活,这种巨大的性价比优势驱动着国内开发者疯狂地去体验和优化它。
对比去年年初炒作的“Agent 元年”,罗福利认为去年的很多尝试(如 Browse Comp、Swebbench 等)过于简洁且不通用,只能算作“上下文稍微长一点的 chat”,根本达不到工业级可用。真正的工业级可用意味着人机交互范式的根本改变:人类不再纠结于修改某一行代码,而是参与更高阶的“澄清需求、增加限制、架构设计以及辅助理解业务逻辑”。
- **推理速度**:Memo VR Pro 模型可达到 80 至 100 TPS(每秒 Token 数)。 - **性价比驱动**:国内开发者对效率极其敏感,低廉的 API 成本与高生产力回报(如 1:100 的价值比)推动了 OpenCloud 的爆发。 - **工业级 Agent 标准**:人类从“改代码”的微观操作,上升到“提需求、定架构、输送企业内部业务逻辑(Skills)”的宏观协同。
---
[46:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=2760s) 另类信息(Skills)共创与端云协同的未来
罗福利强调,OpenCloud 最大的贡献之一是带火了“Skills 社区”。Skills 实际上定义了一套执行规范,这些规范(如企业内部组织遗留的规范)在公开的预训练数据中是绝对不存在的。通过人与 Agent 的多轮交互,将这些“另类信息(alpha)”沉淀为 Skills,是人与 Agent 共创的过程,极大地提升了任务的成功率。
关于“OpenCloud Moment”的定义,罗福利认为它不像 O1 出现时那样有清晰的、关于数学或代码的 benchmark 界定,它是一个更长、更深远、更混沌的流动过程。它通过释放中层模型的能力,让更多普通人在日常场景中感知到智能的跃迁。
面对用户对数据隐私的焦虑,罗福利指出,开源是解决安全与隐私问题的关键。未来的趋势一定是“端云混合”:大量涉及个人隐私、难度较低的日常任务将完全放在本地(端侧芯片)进行推理;而高难度、高创造性、复杂的任务则脱敏后送往云端。借助优秀的 Agent 框架,即使是 3B 规格的端侧小模型,其展现出的任务复杂度也已超乎想象。
- **Skills 本质**:人与 Agent 共创的“另类信息”,将企业内部规范转化为模型可执行的规范,不存于公开预训练数据中。 - **端云混合架构**:隐私与低难任务本地推理(如 3B 小模型),高难与高创造性任务云端推理。
---
[54:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=3240s) 2026 生产力大变革:迈向智能体自进化时代
展望 2026 年,罗福利认为行业正在从“模型与 Agent 的双向流动”,迈向“框架自进化”以及“框架与人的互相进化”。她指出,当前只要拥有优秀的模型架构,且在预训练阶段打下坚实 Code 能力的厂商(参数量在 1T 以上),都拿到了进入这个新时代的入场券。
这是一个“生产力加速变革”的时代。当人们发现自己的大量工作可以被 Agent 替代时,必须重新思考自身的价值。从提升模型能力的角度看,让 Agent 替代更高价值、消耗更多 token、需要更长 context 的任务(如团队管理、集群调度、定义评估标准等)是极具价值的。而从普惠社会的角度看,则需要更注重多模态(如视频理解)和成本控制。
罗福利分享了她近期的亢奋状态:“我们两周做的事情,基本上就让我们很难相信是在过去两周发生的。”这种持续的、停不下来的技术进步,带来了远超以往的 AHA moment。她相信,未来一年内,激活一个 10B 左右的小模型就能达到 4.6 OPS 的水平,百万上下文的成本将降至一两块钱。2026 年的主旋律将是高生产力场景的持续突破,以及多 Agent 协作(Multi-Agent)在效率和成本上的极限优化。
- **入场券门槛**:拥有优秀的预训练 Code 基座,模型参数量至少在 1T(一万亿)以上。 - **未来成本预测**:10B 左右的精简模型将在一年内达到顶尖模型(如 4.6 OPS)水平,百万 token 成本降至 1-2 元人民币。 - **主旋律**:2026 年的核心是高生产力场景的颠覆、多智能体协同以及框架的自迭代进化。
### [01:10:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=4200s) 群体智能与智能体的自我进化 大模型的训练方式与团队管理有着某种奇妙的相似性,其核心都在于“群体智能”,而非个人英雄主义。在模型训练中,不同的 Agent 需要拥有自己独立的 Context(上下文)。当模型能力还不够强时,保持 Context 的独立与专注至关重要,这能防止信息混乱,让任务完成得更精准。
一个复杂的模型训练框架需要极度跨领域的协同: - **基础设施与架构**:需要非常懂 Infra(基础设施)的人去写出一套极佳的训练或推理架构。 - **模型设计与评估**:需要从推理的视野去倒推,与懂模型评估、模型训练的人共同制定出优秀的模型结构。 - **数据与训练的闭环**:懂模型训练和评估的人,必须深入与做数据的同学沟通,明确需要赋予模型什么能力、如何构造数据;而做数据的团队又必须同时参与预训练和后训练,因为这两个阶段对数据的 Sense 是相通的。
这种复杂的群体协作框架,如今已经完全可以被 Agent 模拟出来。在体验 OpenCanvas 的第二天,发言人就在家中让父亲、母亲、丈夫各自拥有一个 Sub-agent(子智能体),在群聊里派发任务。由于每个人的 Context 不同,这些 Sub-agent 展现出了极强的协同与进化能力。这让人坚信,只要模型能力和 Agent 框架持续进化,同样的设计完全可以应用到更高复杂度、更有创造力的场景中。
- **智能体框架的本质**:目前行业内有 “Harless”、“Scaffold” 等诸多形容词来定义智能体框架。但其核心优势在于“弥补行动上的缺陷”。 - **弥补行动缺陷的要素**:优秀的 Memory(记忆)系统、接入更广泛的 Message Channel(消息通道)、更主动的设计(如定时任务)以及自我更新迭代,都是为了给大模型提供它原本获取不到的 Action Context。 - **评估体系的进化**:目前好的框架需要一套可泛化的评估体系来促进自迭代。现在的评估多由“最高阶的人类”担任(即在复杂任务中给模型提供补充信息、指出错误并 Push 其完成)。未来,这种评估会慢慢被框架和模型自身吸收,模型会像人一样在遇到瓶颈时自我反思、采取新思路,或求助于更 Super 的 Agent。
---
### [01:15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=4500s) 悄无声息的伏击:Pro、Omni 与 TTS 的诞生 在 OpenCanvas 发布后,国内众多团队(如腾讯 QQ 团队、Kimi、MiniMax 等)纷纷推出了类似的产品。在试用过其中一半后,发言人认为这些产品目前大同小异,主要是将 OpenCanvas 变成了 Chat 的形态。在 Agent 框架本身的迭代上,目前还没有看到比 OpenCanvas 开源社区进步更快的产品。OpenCanvas 很快被 OpenAI 收购,这说明“没有模型做产品还是比较难”,产品与模型必须深度结合。但由于 OpenCanvas 的开源属性未变,大家依然可以在其基础上设计更好的 Agent 架构。
近期,团队推出了三个新模型:Pro、Omni 和 TTS。发言人将这次发布称为“一次悄无声息的伏击”: > “首先他这三个模型他在 Agent 的场景下能力提升这么快,或说我们能这么快去追上在复杂的 Agent 的架构里边他表现这么稳定,是超我们预期的。”
这并非源于一个按部就班的完美计划,而是团队突然“觉醒”后的爆发。外部对此一无所知,内部也是快速推进。一年前,团队布局多模态理解和语音生成时,方向还不明朗,感觉只是在做单一的、割裂的模型。直到看到 OpenCanvas,发言人脑海中的画面瞬间被打通:这些模型应该在什么环节发挥作用、如何被有效编排、能产生怎样的生态价值。于是,团队快速调整范式,针对后训练(Post-train)进行了专门的设计。
- **三模型分工而非合一**:不将三者合为一个模型,是出于成本、速度和价格的考量。例如,语音生成不需要一体化的大模型,其时延也难以让人接受;多模态理解是否值得用极大的模型也需要打问号。Agent 革命的本质是生产力,必须极度在意端到端的完成率与成本效率。 - **同生态训练的优势**:Pro、Omni 和 TTS 是在同一个生态下训练出来的。这意味着它们拥有相同的“背景知识”(来自于预训练)。在同一个 Agent 框架里,你可以放心把任务交出去,不用担心它们之间存在背景知识的断层。 - **三者的角色定位**:Pro 负责理解、认知与复杂的调度;Omni 负责感知(多模态输入);TTS 负责音频声音的输出(表达)。三者结合,对人类智能的表象输入和输出进行了建模。 - **类人智能的瓶颈**:目前尚未做到像人类感官那样完美协同,这既有模型的原因,也有框架的限制。例如,由于开源社区缺乏音视频联合理解且具备极强 Agent 能力的开源模型,OpenCanvas 对视频的理解目前会退化到理解单图甚至理解 Caption 的水平。
---
### [01:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=5100s) 极致性价比与 Hybrid Retention 架构的选择 回顾团队的模型历程,去年 12 月 16 日发布的 Flash 被视为发言人在小米的第一个代表作。事实上,Flash 与 Pro 是同期训练的,模型结构非常近似。在设计 Mimo、Flash、Pro 这一系列模型时,团队确立了一个非常关键的目标:**为了 Non-context 的效率来设计模型结构**。当时团队隐约预感到 Agent 时代 Non-context(非上下文/无状态推理)的重要性,因此极度追求低成本与极快的推理速度。
当时,行业内更主流的选择是 MLA(如 DeepSeek、Kimi 等采用的架构)。MLA 在设计之初是为了在 H 系列芯片上达到完美的访存与计算比,极大地减少了 KV Cache。但发言人认为,MLA 并不适合 Agent 这一新范式: - **缺乏发挥空间**:MLA 已经达到了 Memory Bound 和 Compute Bound 的完美临界点。如果想采用多 Token 预测(MTP)等推测解码方式来让推理实际加速数倍,在 MLA 上行不通,因为它会重新卡在计算瓶颈上。 - **速度优势**:由于采用了 Hybrid Retention 结构,第一代 Flash 能够做到 100 到 150 TPS,而 Pro 也能做到 60 到 100 TPS。用户最直观的感受就是“哇,好快”。 - **极致的 Hybrid 比例**:在 Pro 这一代,团队将 Full Attention 层与 Sliding Window(滑动窗口)层的比例拉到了极致的 7:1。这极大地节省了 KV Cache,使模型在长文本上能支持更长的上下文,同时通过 MTP 把 Sliding Window 节省下来的算力填满,在实际推理中实现了访存与计算的完美平衡。
- **MTP(Multi-Token Prediction)的决策**:在模型训练的中后期,团队在实际设计推理并行方案时,发现计算资源剩余太多。为了将剩余算力利用起来,团队引入了 MTP。在预训练阶段加入 MTP 能提升基座能力,在推理阶段则能利用富余算力大幅加速。 - **为什么 MTP 未成主流**:因为大家太相信 MLA 了。在 2025 年上半年,如果不考虑 Agent 范式和 Non-context 的价值,MLA 确实是一个在结构上做到极致的优秀选择。
---
### [01:32:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=5520s) Post-train 时代的范式转移与 1T 模型的挑战 Agent 范式的兴起,让大模型的 Post-train(后训练)周期大幅拉长。在过去 Chat 的时代,预训练与后训练的算力投入比例可能是 3:1 甚至 5:1;但在如今顶尖的 Agent 团队中,这个比例已经达到了 1:1。
这种变化导致了两种不同的模型结构设计趋势: 1. **精细化定制**:在预训练阶段就想清楚推理场景、卡型、上下文长度和并行方式,设计一个完美契合该场景的结构。但这需要 Post-train 周期极短,否则一旦 Post-train 做了一年,原本假定的场景和卡型可能早就失效了。 2. **结构简洁性与富余度**:在结构上保持简洁,留出更多富余度以适应后续不同场景的增强。Hybrid Retention 就是这样一种简洁的架构,后续发挥空间更大。
- **MTP 的成本优势**:MTP 在命中率高的情况下,能在更短时间内吐出更多 Token,将 GPU 利用率打得更高,从而降低了单 Token 的生成成本,且不会带来额外的幻觉(因为有 Verify 机制)。 - **稀疏比与模型规模**:实验表明,Full Attention 与 Sliding Window 的稀疏比在更大模型上有更大的容忍度。大模型可以做得更稀疏,而小模型如果太稀疏,效果会严重 Drop。 - **Flash 的定价美学**:Flash 曾给出每百万 Token 输入 1.01 美元、输出 0.3 美元的极低价格。在预训练时代,根据模型框架的推理优势来定价是合理的;但在后训练时代,定价逻辑应该从“推理成本”转向“模型最终产生的价值”(即对 Agent 框架的理解与溢价空间)。
---
### [01:43:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=6180s) 1T 模型的 Debug 往事与“无直级”团队文化 训练一个 1T(万亿参数)规模的模型是进入高阶 Agent 竞争的入场券。在立项之初,团队就决定挑战这个量级。训练这样一个模型,实际训练可能需要几千张卡,但为了前期的结构研究和中后期的 Post-train 算法探索,实际投入的研究卡数通常是训练卡的 3 到 5 倍。
在训练 1T 模型的过程中,最大的挑战并非数据,而是全方位的数值稳定性。团队经常遇到 Loss Spike(Loss 飞了)、激活值异常、Expert(专家)负载极度不均衡等问题。 > “这些要素就会非常锻炼一个团队的 Infra 和算法中联合 Debug 的能力。甚至有时候你怀疑到是不是哪个卡有问题,这是最后如果发现所有的卡都排查了没有问题,你会怀疑是不是今天的太阳黑子暴风……就你会知道怀疑到一些很玄学的问题上。”
面对 Loss 飞了的情况,很多团队可能会选择继续往前跑,但该团队坚持停下来排查。他们会通过监控系统查看每一层参数的输入输出、激活值以及 Expert 的负载。解决手段包括借鉴 Kimi 的 QK Clip 方式,或者在数值太大时通过 Layer Norm 压下去。虽然停下来排查意味着每天要承受几百万的算力损失,且面临极大的心理崩溃与沮丧,但由于团队没有死板的发布 Deadline 压力,他们得以追求极致,彻底解决问题。
- **极简的团队结构**:整个团队只有 100 人左右(包含实习生),真正负责一代模型迭代的只有二三十人。团队内部没有组的划分(不分预训练组、后训练组),也没有直级和 Leader。 - **平权的价值**:发言人认为,做大模型“无直级、无组”能实现平权,有利于所有人平等地贡献创造力。任何层级和规范在一定程度上都是对创造力的压制。 - **热爱驱动管理**:管理不靠 KPI,而是靠激发热情。例如,通过强制体验 OpenCanvas 100 轮对话来驱动大家对新事物的认知。在筛选人才时,也会极度看重其是否由“热爱”驱动。
---
### [02:07:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=7620s) 多模态的优雅执念与架构重构 在 Pro、Omni 和 TTS 的多模态融合上,团队曾有着源自 NLP(自然语言处理)背景的强烈执念:**希望将所有模态(包括音频、图片)全部离散化为 Token ID,统一到 Large Language Model(LLM)的范式下**。
在音频上,团队投入了大量算力进行离散化建模,通过多层 RVQ(残差矢量量化)保证高维空间的无损重建。虽然基于连续特征建模更容易涌现,但团队依然艰难地迈过了离散化音频这道坎。然而,在尝试将图片也完全离散化的过程中,发言人的想法在最近一个月内发生了巨大改变: > “当我们有 Copilot 和顶尖的模型过后,这些架构……我原来以为写这些架构蛮耗费人力蛮耗费时间的,但是现在看起来在 Agent 的支持下写这些架构的时间被大量缩短。那你其实就没有必要为了架构的优雅性,去做很多为了统一而统一的研究。”
在 AI 编程助手的辅助下,几个人花两三周就能重新捏出一套全新的 RL(强化学习)或训练框架。因此,没有必要为了后训练 Infra 的统一,去强行让前期的模型结构做出巨大的牺牲。
- **Omni 的技术路线**:Omni 并没有在 VIT(Vision Transformer)表征上做太多离散化改变,它依然是一个连续的表征,只是通过 Hybrid Sliding Window 让 VIT 变得极度高效。 - **全模态(All-modality)的定义**:Omni 被称为“全模态”而非“多模态”,是因为它原生支持视频、音频、图片和文本的联合理解,并且其 Agent 能力可以达到与纯文本大模型相当的水平。 - **对多模态产生智能的质疑**:两个月前发言人对此深信不疑,但在训练 Omni 的过程中产生了一些质疑,不过最近又发现了一些模型自主协同的积极迹象。
[02:15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8100s) 多模态与智能的本质探讨
在讨论 MemoVeroOmni 与 Pro 模型的对比时,发言者指出,尽管 Omni 的物理参数量比 Pro 小,但用户在实际体验中会发现,Omni 对世界的感知力、情商以及知识储备甚至比更大的模型更强。这主要是因为 Omni 采用了原生多模态的训练方式。然而,发言者也坦言,目前在纯语言空间和原生多模态空间上,行业投入的 Scaling 算力可能还不够多,导致大家尚未看到原生多模态对“智能本身”带来极其巨大的、决定性的提升。在各种 Benchmark(基准测试)上,多模态带来的体感提升几乎是“文丝不动”的。
发言者对“多模态是实现 AGI 的必要路径”这一结论持保留态度。他认为每个人对 AGI 的定义不同,尤其在 Agent 框架能够将多个模型能力优雅编排的当下,没有必要过度强调多模态是否促进了智能。目前,多模态主要带来了两点可观测的优势:一是扩大了感知维度,二是在统一架构中做生成(虽然生成与理解的统一目前仍是科研难题)。
对于 Omni 模型的设计目的,发言者表示,现阶段是为了让 Agent 具备行动所需的多种模态感知能力;而下一个目标则是探索结合多空间感知、甚至生成更多多模态信号时,能否促进对世界更深层次的理解。这需要一个能与现代 Agent 框架更好交互的视频生成模型。
- **参数量保密**:团队未披露 Omni 的总参数量和混合专家(MoE)参数量,目的是“留点想象空间”。发言者相信其参数量能做到接近 Pro 的智能水平,并希望 Pro(纯语言空间的前沿研究)与 Omni 能够互相迭代、共同提升。 - **TTS(语音合成)的泛化力**:团队尝试用一套优雅的架构去重构传统的 TTS。在万亿 token、上千小时的数据集上训练后,发现该模型展现出极强的泛化力。模型能够通过推测文字表面的含义,自动赋予其丰富的情感和语气。即使输入非常复杂、自然的语言风格描述,模型也能很好地遵循。目前该 TTS 模型上限极高,但下限仍有不稳定之处,因此暂时以“限时免费”的形式开放 API 供用户体验,未来会尽快达到生产级可用。
---
[02:20:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8400s) AGI 演化路径与下一代交互
针对此前在发布会上展示的“通往 AGI 之路”的倒三角图(对比人类生物演化正三角,即人类最晚演化出语言,而 AI 最先放大语言),发言者认为大模型的演变路径确实与人类完全不同,根本原因在于“环境不同”。人类演化是为了在自然界中生存,而大模型没有生存危机,这反而让它的进化“更自由、更散漫、更有创造力”。加上大模型拥有极好的基础条件——庞大的算力、人类宝贵的知识起点,以及无数研究员的协助,其进化速度极快。
在语言和 Coding(代码)之后,模型的下一步演化将围绕更复杂的软件工程展开。发言者指出,未来的代码开发不一定追求极大的代码量,而是追求极高的复杂度(例如编写并调试一个 curl 算子,并在实际训练中验证其提效)。Agent 需要真正参与到实际的项目开发中,替代更多的程序员。
进一步外延到更广泛的生产力场景时,智能体需要更强大的交互方式。虽然飞书、WhatsApp、Telegram 等软件降低了交互门槛,但“一个更好的交互方式是,它有它自己的身体,可以到处移动”。因此,机器人必然会作为智能体交互的终极方式涌现出来,从屏幕跃入真实物理空间。然而,机器人的演进瓶颈大概率在硬件、电池以及巧手的灵活度上,这会比 Agent 在语言空间中的进化慢得多。
- **Agent 进程**:发言者认为,目前通往 Agent 的历程已经走了 20%。他预测今年至少能走到 60% 到 70%,并在两年内实现 AGI。 - **工作与生活的颠覆**:AGI 实现后,大部分人会先经历工作模式的颠覆,因为工作直接产生生产力价值;而生活模式的颠覆会相对滞后,这需要更多机器人的普及。 - **AI 训练 AI**:这是 AGI 进程中的关键变量和标志性节点。当 AI 能够自我提升、自己做研究时,将达到自学习、自迭代的巅峰。这将是今年大模型厂商的核心竞争点,所有顶尖模型最终都会通往这个目标。
---
[02:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8700s) 中美大模型代差与推理芯片需求
谈及两月前与现在的认知变化,发言者表示,两月前他认为 AGI 至少需要两年以上才能实现,而现在他认为在“两年以内”即可实现。
在国内大模型基准方面,发言者指出,目前国内已经具备 1T(万亿)参数以上基座能力的公司有好几家,包括 KIMI、MIMO(Memo)等。他认为,如果国内团队反应足够快,中国顶尖模型与国外顶尖模型(如 Claude 3.5 Sonnet 或 GPT-4o)的代差“应该只有两三个月”。这里的代差是指“追上当代的顶尖水平”,而非追上两三个月后的对方。在这两三个月的窗口期内,胜负取决于团队的整体研究水平、技术敏捷度以及对新范式的拥抱能力。
随着 Agent 框架在过去两三个月的飞速进步,自学习和自迭代框架不断涌现,Agent 框架与模型能力的双重飞升,加上国内极具优势的成本控制,推理需求将会迎来爆发。
- **推理需求爆发**:发言者预测,推理需求在当下会立即产生“几倍到十倍的空间”。 - **推理芯片的卡点**:当前推理芯片的卡点主要在于存储和产能。如何在现有产能限制下,通过自主制造或获取最先进芯片,实现更低成本、更高效的推理,是一个非常关键的命题。 - **长期 Scaling 决策**:为了在下一个阶段保持领先,团队不能在 1T 水平上停留太久,必须寻求更大规模的 Scaling(包括参数量和芯片选择)。这一决策将决定半年或大半年后的领先地位,目前具体决定需要保密。
---
[02:30:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=9000s) 预训练与后训练的敏捷基础设施
发言者解释了 Memo 团队之所以能够极其迅速地训练出超大规模模型,核心在于三个要素: 1. **战略信念与预训练前置**:预训练非常前置,需要提前半年到一年想清楚这一代模型结构是为了后续的什么任务做准备。否则,平庸的模型结构会带来极大的成本和效率劣势。 2. **后训练的敏捷性与 Infra 变革**:后训练需要与 Agent 范式紧密耦合、快速迭代。在 Reasoning(推理)时代,Infra(基础设施)核心是模型自身的推理引擎(让模型思考很久并给出答案);而在 Agent 时代,Infra 必须关注模型与 Agent 框架的耦合,从单纯的 Rollout 推理引擎切换为以 Agent 为核心的、更复杂的系统。这需要极强的敏捷性来设计兼容性好、容错率高、能高效管理 GPU 和 CPU 的 R-Infra 系统。 3. **好奇心与热爱**:这是优秀研究员的共性。如何筛选、管理并激发团队,让大家朝着共同信任的目标运作,是一个比设计 AGI 系统更复杂的管理难题。发言者表示自己也在摸索和学习,并开始思考“群体智慧”在实现 AGI 中的作用。
- **群体智慧的苗头**:发言者认为,OpenAI 正在做的事情在如此短的时间内引发了全人类共同改进一套框架的浪潮,这正是群体智慧涌现的苗头。 - **中美 AGI 路径对比**:虽然不完全了解美国,但发言者认为,从前沿研究、模型水平、Agent 框架到芯片和能源等多维度综合来看,中国合起来“非常可能领先”。 - **Agent 框架的定位**:Agent 框架补全了模型在复杂任务上完成率的拼图。对于中端模型,它是一个让输出变稳定的“放大器”;对于顶尖模型,它则是成倍放大上限的“加油器”。
---
[02:35:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=9300s) 个人进化、心法与科学研究的未来
加入小米并推出多个模型后,发言者表示,过去半年对他而言意味着“每天都在否定昨天的自己”。在这种自我反省和否定中,他的认知系统在悄悄进化。
在谈到个人“心法”时,发言者回忆起在做量化投资时支撑他的一句话:“总有方式去建模价格”。在量化领域,价格就是最清晰的 Reward(奖励);但在大模型赛道,Reward 是模糊且不断变化的。因此,他现在的心法是“做当下符合自己价值观、对更多人产生价值、更有益的事情”。他希望通过替代无聊的工作,让人们有更多时间去做有价值的事。
- **科学研究的公益设想**:发言者在一个月前曾设想,中国很多基础研究过于苛求完整的产品证明,缺乏纯粹的资金、慈善机构或基础设施(如算力)支持。他希望未来能成立一个公益性组织,去支持基础研究人员往更具突破性的方向迈进。 - **人与 AI 协同研究**:即使 AI 实现了自迭代,人类也应该与 AI 一起引导研究,加速科学发现,而不是选择“躺平”。 - **压力缓解机制**:发言者的脑子像一个“30秒窗口的浏览器”,忘得非常快。有压力时,快则一两个小时,慢则一天,第二天睡醒一定能过去。前提是第二天会有新的、有想象力的工作将压力冲刷掉。
---
[02:45:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=9900s) 评判标准与大模型历史回顾(2022-2024)
对于新模型的发布,发言者表现得非常平静。因为在发布前,团队内部的评判标准就已经准确预知了外部的感知状态。在正式发布前,团队于 11 月 11 日先上线了两个神秘模型进行“盲测”(OpenRouter 体验),收集到了非常公正的反馈。例如,当时发现长文本体验不够好,团队便在随后的一周内着重优化了长文本,这验证了内部评估体系的有效性。
随后,发言者系统回顾了 2022 年底至今的大模型发展历程: - **2022 年底(ChatGPT 诞生)**:这是第一阶段。ChatGPT 证明了在 4K 上下文(Context)的预训练场景下,通过简单的多轮对话交互,就能将模型在超大规模预训练中积累的智能激发出来。Chat 是一种极其伟大的交互方式。 - **2023 年(开源追赶与架构探索)**:开源社区开始全力追赶闭源顶尖模型。Qwen(千问)和 DeepSeek 等团队借助 LLaMA 披露的范式,探索如何做好数据和超参数。Qwen 侧重于为开发者生态提供全尺寸模型和多模态模型,极大地激发了微调社区;而 DeepSeek 则更在乎找出 LLaMA 架构的缺陷(如 GQA 在受限 GPU 上的短板),并探索 MOE(混合专家模型)等新架构,以实现更低成本的训练和推理。 - **2024 年(O1 与 R1 的奇袭)**:这一年诞生了 OpenAI 的 o1 和 DeepSeek 的 R1。发言者认为,R1 在 DeepSeek 内部也算是一次偶然的“奇袭”。它表明当范式从预训练转向后训练时,对团队组织和创新的要求发生了根本变化。
---
[02:50:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=10200s) 团队组织、非共识招人与 Agent 第二幕
发言者指出,传统管理方式在面对后训练(Post-train)时,往往会刻板地将预训练和后训练团队割裂开,这极不利于创新。因为只做后训练的人天然会缺乏对数据多样性的宏观视野。
在 R1 的研发过程中,发言者经历了深刻的团队调整。在他离开前,团队已经将 Reasoning(推理)在 Code 和 Math 场景上做到了非常接近 o1-mini 的水平。但他当时没有预料到的是,Reasoning 能够通过 Code 和 Math 这种高泛化场景,成功泛化到通用领域。
展望 2025 年,发言者认为这将是交错的一年。团队可以选择在 Chat 范式下继续深根 Reasoning(把 AIME、SWE-bench 刷到极致),也可以选择在年中全面拥抱全新的 Agent 架构。Memo 团队是国内转入 Agent 范式最早的团队。
- **非背景出身的团队**:令人惊讶的是,Memo 团队大部分人在招入前“完全没有大模型背景”,许多人是刚毕业的博士,或是做工程和开发的。只有三分之一到四分之一的人训过 7B、14B 的小模型。发言者认为,环境和高标准的目标驱动,比历史经验更重要,团队成员可以在一两个月内快速习得所需能力。 - **管理风格**:发言者极少给予细节上的强监督(Supervision),除非发现方向偏离。因为过细的监督会剥夺团队的原创能力。 - **Agent 第二幕的入场券**:大模型竞争已从 Chat 过渡到 Agent。发言者将第二幕的入场券定义为:“同时具备 1T 参数的基座模型能力(对标 Claude 3.5 Sonnet),以及极强的后训练敏捷性”。目前 Minimax 在后训练敏捷性上表现惊艳,但仍缺乏大参数量基座。
---
[03:10:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=11400s) 2026 胜负手:开源、生态与全新生产力
站在 2026 年的节点,发言者认为大模型竞争的维度和速度都变得极快。后训练阶段甚至可以做到“一个月出一个模型”。
对于开源与闭源的选择,发言者坚定地认为“开源是加速 Agent 和 AGI 进程的必然选择”。从终局倒推,如果 Agent 替代了绝大部分生产力,其消耗的庞大芯片算力不可能被单一公司垄断,必然是分散的。在算力分散的格局下,不同厂商必然会使用不同的开源模型。开源能够促进框架、芯片、能源等全产业链的共同进化。
- **2026 竞争的胜负手**: 1. **基座不能错**:1T 以上、尤其是 Code 潜力极强的预训练基座是硬门槛。 2. **自迭代能力**:Agent 框架与模型必须实现双向自迭代提升。 3. **生态与资源耦合**:Agent 架构需要深度理解并调度公司现有的战略资源(如操作系统、硬件、流量、社交关系等)。 4. **组织变革的决心**:公司必须敢于用全新的方式思考,甚至思考是否需要砍掉原有的冗余人员,让剩下的人利用 Agent 发挥更大的生产力价值。
在谈到学术研究时,发言者表示自己现在没有任何发 paper(论文)的执念,甚至“希望发得越少越好”。他不怎么看学术会议的论文,因为在大规模算力团队做过研究的人,与没做过的人关注的问题重叠度极低。他更相信自己和团队亲手做出来的实验结果。目前,Memo 团队中博士(含在读博士)的比例达到了 55%,发言者更看重人才的上限和在优秀环境中的快速进化能力。
[03:25:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12300s) 团队人才画像与招聘偏好:为什么更青睐“未被污染”的本科生
在谈到团队人才的特质时,嘉宾指出,学历和论文数量等数字往往是刻板的,它们更多只能代表一个人对研究的热爱程度。如果一个人真的热爱研究,他通常会选择攻读硕士或博士。然而,嘉宾透露,他们现在反而招募了非常多的本科生,并且招聘重心正在慢慢向大二、大三的本科生倾斜。之所以做出这种转变,是因为本科生对 AI 领域新范式的理解展现出了更高的想象力。他们的思维具有极高的灵活性和适应能力,用嘉宾的话说,就是“没有被污染”,能够天然地接纳这些新事物并相信其巨大的价值。他们的思想没有被传统学术或研究框架所禁锢,因此敢于放心大胆地将自己的想法交给新的架构去验证,不断探索边界。
要创造一个能激发这种创造力的环境,首先构建环境的人必须具备同样的特质,即强调“热爱”与“使命感”。但由于这些特质较为抽象,要将其真正放大,前提是候选人必须具备扎实的基础能力。嘉宾强调,只有当一个人既有热爱和想法,又有能力把事情做成时,这种热爱才有意义。因此,团队在选人时会极度看重“基础好、好奇心强、热爱驱动”这三个要素。此外,团队对“多样性”也有着极高的要求。如果团队成员过于同质化,大家很容易将一些看起来是噪音、但实际上对研究极具价值的信息忽略掉。在他们团队中,大家在群里或座位上经常“吵得不行”,整天疯狂地分享和讨论各种想法与信息,这种高度活跃、甚至有些嘈杂的沟通氛围被认为是非常健康的。
在外部激励方面,嘉宾认为组织不能完全围绕某些过于确定和清晰的目标来运作。钱是一个非常重要的 baseline,必须给够,但钱绝对不是唯一的 baseline。在钱给够的基础上,员工所获得的价值感和意义感,往往是他们更为在乎的东西。
- **招聘核心特质**:基础扎实、好奇心强、热爱驱动、思维未被禁锢。 - **本科生优势**:灵活性与适应度极高,思想未被传统框架“污染”,对新范式更有想象力。 - **团队沟通氛围**:高度注重多样性,鼓励跨界交流,群里和座位上讨论极其热烈,避免因同质化而漏掉关键的“噪音”信息。 - **激励机制**:充足的金钱回报是基础,但更强调提供充足的价值感与意义感。
---
[03:28:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12480s) 后训练(Post-training)与预训练(Pre-training)团队的差异
嘉宾详细拆解了后训练(Post-training)团队与预训练(Pre-training)团队在人员画像和工作范式上的巨大差异。在后训练领域,有两类人适应得非常好,也最有热情:
第一类是“极度注重跟模型玩”的人。这类人频繁地与模型进行交互,只有通过不断地“玩”,他们才能摸清每个模型能力的边界。当发现边界后,他们会渴望找到一种可扩展(scalable)的方式去修补和提升这个边界。他们的手段非常多样,可能是去构造一批更强的数据或更强的环境来训练模型,也可能是将问题反馈(fallback)到预训练的某个环节(例如发现某批数据没做好,就在预训练阶段把这批数据补上)。这类人通常维护着许多自己私有的测试库,疯狂地去测不同模型的极限,一旦发现某个模型变强了,就会兴奋地分享自己独特的体验。
第二类则是负责设计和构建 RL(强化学习)基础设施(Infra)的人。做 RL Infra 与做 Pre-training Infra 有着本质的不同,其核心差异在于对“模糊度”和“容错性”的容忍度。
- **预训练 Infra 的特点**:追求极致的精确,不允许任何容错。例如,一旦出现 Loss Spike(损失值激增),就必须立刻找出原因并将其彻底解决。 - **RL Infra 的特点**:必须允许并容忍高度的模糊与容错。在 RL 和 Agent 的框架中,模型运行到一半突然中断是常有的事,且原因极其复杂(可能是 Agent 框架写了某个超时逻辑,也可能是任务需要极长的验证流程),根本无法轻易定位。 - **异构资源调度的挑战**:RL 训练往往涉及训练与推理在异构集群上的协同,这种“训练与推理的不一致性”在传统的 Reasoning 范式中是无法容忍的,但在现在的 RL 范式中必须予以接纳。此外,除了 GPU,工程师还需要同时管理 CPU 和存储等极其复杂的异构资源。
这种复杂的异构环境要求算法与工程之间做出大量的妥协,中间存在着极多的模糊地带。因此,RL Infra 对工程师的灵活性、敏捷性以及跨领域理解能力提出了极高的要求。正因如此,预训练 Infra 团队和 RL Infra 团队在实际运作中是分开的,很难融合,因为两者对“复杂性”和“精确度”的底层要求截然不同。
---
[03:31:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12660s) RL 扩展的瓶颈与对未来的预期
当被问及 RL 的瓶颈以及行业现状时,嘉宾指出,虽然预训练(Pre-training)的技术和规模化(Scaling)已经相对成熟,但目前行业内真正把 Agent RL 给 Scaling 起来的团队“很少,非常少”。除了海外的 OpenAI(如 o1 团队)肯定在这个方向上发力外,其他团队至少从最终呈现的模型效果来看,还没有达到像预训练那样明显的 Scaling 效应。
对于未来是否会出现超越当前范式的新技术,嘉宾表现得非常务实。他表示“不确定,先把当下的范式做了再说”。在他看来,将一个“生产模型”与一个“感知能力很强的模型”联合到一套新的框架中进行训练,这件事情在规划中已经足够长期且足够难实现。针对目前行业热议的“持续学习(Continued Learning)”和“在线学习(Online Learning)”,嘉宾给出了自己的定义:他更倾向于将这些概念代指为模型在与环境或 Agent 框架进行多轮交互时,框架本身能够实现自我迭代和进化。
在谈到对 2026 年或 2027 年的远景预期时,嘉宾坦言自己并没有想得那么遥远,他认为“把当下的事情做好,把每天的研究都做好,就已经非常好”。
最后,主持人问及嘉宾个人的工作节奏。嘉宾透露自己是一个精力极其充沛的人,每天从早上 11 点工作到凌晨 1、2、3、4 点。他解释说,自己并不是刻意当夜猫子,而是天生睡眠需求较少,每天睡 4 到 6 个小时就完全足够。加上目前正在做的事情让他处于一种极度兴奋的状态,他笑称:“确实感觉睡太多有点浪费时间。”
- **行业现状**:真正实现 Agent RL Scaling Up 的团队极少,其难度和复杂性远超预训练。 - **未来范式**:关注生产模型与感知模型的联合训练,将持续学习理解为框架在多轮交互中的自我迭代。 - **个人作息**:每天工作超 12 小时(早 11 点至凌晨 1-4 点),每日仅需 4-6 小时睡眠,因对技术突破感到兴奋而保持高强度运转。
## Notable quotes > 我之前认为我们自己做的工作已经足够有创造力、足够不会被Skill化、不会被Workflow化。但我现在发现,它竟然也能!那它可不可以训出更强的模型?自己左脚踩右脚就提升了?——这是这一两年会发生的事情。 — 罗福莉
> 接下来两三个月会非常精彩。 — 罗福莉
> [01:15:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=4500s) 首先他这三个模型他在 Agent 的场景下能力提升这么快,或说我们能这么快去追上在复杂的 Agent 的架构里边他表现这么稳定,是超我们预期的。 — 罗福莉
> [01:43:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=6180s) 这些要素就会非常锻炼一个团队的 Infra 和算法中联合 Debug 的能力。甚至有时候你怀疑到是不是哪个卡有问题,这是最后如果发现所有的卡都排查了没有问题,你会怀疑是不是今天的太阳黑子暴风……就你会知道怀疑到一些很玄学的问题上。 — 罗福莉
> [02:07:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=7620s) 当我们有 Copilot 和顶尖的模型过后,这些架构……我原来以为写这些架构蛮耗费人力蛮耗费时间的,但是现在看起来在 Agent 的支持下写这些架构的时间被大量缩短。那你其实就没有必要为了架构的优雅性,去做很多为了统一而统一的研究。 — 罗福莉
> [02:20:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=8400s) 大模型没有生存危机,这反而让它的进化“更自由、更散漫、更有创造力”。 — 罗福莉
> [02:45:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=9900s) 每天都在否定昨天的自己。 — 罗福莉
> [03:31:00](https://www.bilibili.com/video/BV1iVoVBgERD?t=12660s) 确实感觉睡太多有点浪费时间。 — 罗福莉
## Mentioned 罗福莉, 张小珺, 小米, DeepSeek, 阿里达摩院, Claude Opus 4.6, Claude 3.5 Sonnet, OpenClaw, OpenCloud, OpenCanvas, MiMo-V2, Memo VR Pro, Memo Vero Omni, TTS, MLA, Hybrid Retention, MTP, o1, R1, Qwen
[Source](https://www.bilibili.com/video/BV1iVoVBgERD)