今日概览
- 能力组织单位正从「模型」下沉到「skill」:微软同一批人把研究工作流两端都做成skill suite——Idea管选题grounding、Reel管论文自动摊成海报/视频/博客,共用的抽象是把能力切成thin、可编辑的contract,而不是训一个端到端大模型包打一切。
- 跨平台GUI agent卡的是数据与冲突,不是模型规模:UI-MOPD指出可执行的跨平台轨迹稀缺、各平台交互惯例互相打架,用多teacher的on-policy蒸馏把「学新平台不忘老平台」当显式目标,OSWorld/MobileWorld成功率38.2%/12.0%仍偏低。
- 延迟不动,分辨率翻上去:Wan-Streamer v0.2建模不变,把交互输出流从192x336拉到640x368,同时守住约200ms延迟和25FPS——姿态、注视、手这些细节看得清,场景化交互数字人才谈得上落地。
- 扩散语言模型练推理的第三条路:SFT有exposure bias、RL奖励太稀疏还算不出序列似然,dOPSD让老师的「特权」来自学生自己去噪轨迹里更靠后的步骤,而非外部真值,在Dream和LLaDA上同时改善数学与代码。
重点关注
01 Agent 同一批人把研究流程拆成了十几个skill,而不是训一个大模型
微软这批作者同一天放出两套东西:ResearchStudio-Idea管研究的「第一英里」——把想法grounding进文献、找出真瓶颈、和已有方案做差异化、动手前先评风险;ResearchStudio-Reel管「最后一英里」——把一篇论文自动摊成海报、talk video和博客。有意思的不是任何单个工具,而是两端共用的抽象:它们都没走「训一个端到端大模型包打一切」的路,而是把能力拆成一个个thin、agent-readable的contract(也就是skill),各自包一段确定性逻辑,靠硬性的pass/fail gate退出。Idea这套是从2021到2025年ICLR、ICML、NeurIPS的1947篇论文(含oral、高引子集和被拒稿)里挖出15个可复用的ideation pattern,每个pattern落成一张结构化卡片,写明适用场景、瓶颈类型、差异化策略和常见失败模式。对从业者的信号是:组织agent能力的单位正在从「模型」下沉到「可复用、可组合、作者能反过来打开再编辑」的skill——Reel生成的海报和博客都能round-trip回PowerPoint和Word,而不是一次性渲染。值得留一分冷静的是,Reel自己就吐槽过去的自动化拿软性VLM偏好分卡质量,结果分数刷上去了、load-bearing章节读起来还是空的——所以这套方法的价值取决于contract切得够不够实,而不是demo跑得多顺。
原文:ResearchStudio-Idea: An Evidence-Grounded Research-Ideation Skill Suite from ML Conference Outcomes
02 Agent 跨平台GUI agent卡住的,不是模型不够聪明
让一个GUI agent同时会用桌面、网页和手机,难点其实不在模型规模。UI-MOPD点出两个更实在的障碍:能真正跑通的跨平台操作轨迹本就稀缺、覆盖的平台又少;而不同平台的交互惯例互相打架,硬做联合训练或持续训练会彼此拉扯,甚至让原本会的平台越训越差(catastrophic forgetting,灾难性遗忘)。它的做法是给每个平台配一个专用teacher,按当前环境动态挑选,再把该平台的行为习惯蒸馏进一个共享策略,目标是学新平台的同时不丢老平台。OSWorld和MobileWorld上的成功率是38.2%和12.0%——绝对值都还偏低,说明跨平台GUI操作远没被解决,但它把问题正确地框成了「数据与冲突」而非「参数不够」。这条护城河更多靠工程和数据积累,而不是砸算力。
原文:UI-MOPD: Multi-Platform On-Policy Distillation for Continual GUI Agent Learning
03 视频生成 实时数字人卡在分辨率这道坎上,这次跨过去了
实时数字人过去的尴尬是:能动、能对话,但画面糊到看不清手在干嘛、眼睛看哪。Wan-Streamer v0.2没有改建模方式,只做了一件事——把交互输出流的分辨率抬上去,同时守住约200ms的signal-to-signal延迟和25FPS这两条硬指标不变。做法上是把系统拆成两半:负责流式感知、缓存构建和最终解码的thinker仍跑在单GPU低延迟路径上,而真正吃算力的高分辨率画面生成交给多GPU的performer组,用Ulysses式的序列切分把长视频latent分到各卡上并行去噪。这个拆法的巧处在于,thinker的语言/状态计算只以K/V条件的形式进入performer,省掉了组内额外的序列通信,所以堆硬件堆在了刀刃上——视觉生成——而没有把延迟顶上去。对做实时交互数字人的团队,真正的门槛从来不是分辨率数字本身,而是姿态、注视、手、身边物体这些细节在对话中能不能被看清;能看清,mid-shot、场景化的agent才谈得上落地。
原文:Wan-Streamer v0.2: Higher Resolution, Same Latency
04 训练优化 让扩散语言模型练出推理,为什么两条老路都走不通
想给扩散语言模型(dLLM,靠迭代去噪并行生成文本,区别于自回归逐词吐字)后训练出强推理能力,两条常规路都堵着:SFT是off-policy、有exposure bias(训练时看真值、推理时看自己生成的,分布对不上);RL只给稀疏的序列级奖励,而且dLLM算不出可用的序列似然,几乎没法直接上。on-policy自蒸馏(同一个模型既当学生又当老师,提供密集的token级监督)是条中间路,但它得靠给老师「开小灶」——喂一份推理时拿不到的真值参考,结果学生只能蒸馏出一个没开小灶的弱共识策略,提升有限。dOPSD的做法是让老师的「特权」不来自外部标签,而来自学生自己去噪轨迹里更靠后、解码更充分的那些步骤,优势从模型自身的解码过程里长出来,在Dream和LLaDA上同时改善了数学推理和跨域的代码生成。值得放进上下文看的是:前几天刚有一篇结论相反的工作,说密集自蒸馏信号在持续训练里反而更容易崩,而这篇却在扩散LLM上重新把OPSD当解药——同一味药、不同剂型给出不同结论,方向还没定。
原文:dOPSD: On-Policy Self-Distillation for Diffusion Language Models

也值得关注
今日观察
今天有两篇论文都押在on-policy self-distillation上,但用途八竿子打不着:dOPSD拿它给扩散语言模型练推理,UI-MOPD拿它做跨平台GUI agent的持续学习。把镜头往前拉几天,还有一篇结论正相反的工作——密集的自蒸馏信号在持续训练里反而更容易崩。同一套方法,在三个互不相干的场景里被分别当成解药和毒药。只看今天这一页的读者不会记得那篇唱反调的,但恰恰是这种并置暴露了真问题:on-policy self-distillation此刻仍是未定状态,它在什么条件下稳、什么条件下崩,还没有共识。这不是「蒸馏成了趋势」——今天distillation论文扎堆,很大程度是打分器按关键词捞出来的选题偏差,不是行业信号。真正值得记的是方法本身的不收敛:谁要拿它做持续训练或后训练,别把任何一篇的结论当通用结论,先在自己的数据和任务上做一组小规模消融,把「密集token监督在这个设置下到底稳不稳」当成上线前必答题,而不是默认它work。