微信扫一扫,关注公众号

  • 科技行者

  • 算力行者

见证连接与计算的「力量」

首页 AI看懂视频,但看不懂视频里发生的"事"

AI看懂视频,但看不懂视频里发生的"事"

2026-11-16 07:05
分享至:
----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.-
2026-11-16 07:05 • 科技行者

你有没有遇到过这样的情况:给AI看一段切菜做饭的视频,问它"先放了油还是先放了菜",它答得支支吾吾,甚至把顺序说反了?

这不是个段子。这是2026年多模态大模型普遍存在的问题。你可能觉得奇怪,现在的AI视频理解模型连考试都能考高分,怎么会连"先后顺序"这种小学生都懂的事都搞不清楚?

答案藏在一个容易被忽略的事实里:AI在视频问答基准上考得好,不代表它真的理解了视频里事情是怎么一步步发生的。它可能只是在"看图说话",靠认出画面里的物体和场景蒙对了答案,而不是真的跟着时间线推理过。

这篇来自中国人民大学AIM3实验室和快手可灵AI团队的论文,就是冲着这个问题来的。他们给这种能力起了个名字,叫**结构化时序理解**,并且做了一整套训练方法,叫EventLens。

AI的"小动作":绕开视觉,靠语言蒙题

先说说这个问题到底有多严重。

论文里提到几个很扎心的发现。第一,当测试从单一事件场景换成多事件场景时,模型的表现会断崖式下跌。第二,在"事件重新排序"这类任务上,人类几乎能做到满分,而模型的正确率经常接近瞎猜的水平。第三,也是最让人意外的一点:有研究发现,模型甚至在完全不看视频画面的情况下,也能答对相当一部分视频问答题目。

这最后一点值得多想一步。如果不看视频也能蒙对不少题,这说明什么?说明很多所谓的"视频理解"题目,其实靠语言常识和世界知识就能解决大半,根本用不上视觉信息。比如问"做蛋炒饭先放油还是先放蛋",语言模型凭常识就能猜个大概,完全不需要真的看视频里厨师的动作顺序。

还有一个细节更有意思:有的模型在预测时间戳时,会对完全不相关的视频给出相似的时间范围。这就像一个总是回答"大概三点到五点"的人,不管你问的是哪天的事。这不是巧合,这是模型在依赖语言模式打补丁,而不是真的在视觉证据里找答案。

研究团队认为,这个毛病的根源出在训练方式上。现在主流的后训练方法,大多是让模型学着生成和人类描述风格接近的文字,比如写字幕、答问题。这种"文字对齐"的训练目标,会让模型学会一条捷径:只要文字说得通顺、符合常识,就能拿到奖励,而不用管画面里到底发生了什么。

打个比方。假如你教一个学生写读后感,只按文笔优美、逻辑通顺打分,从不检查他有没有真的读完那本书,会发生什么?学生很快会发现,靠编一个听起来合理的故事,比老老实实读完书再总结更省力气。而且这个策略在大多数情况下还真能拿高分,因为老师也很难一一核对细节。久而久之,学生写读后感的"技能",其实变成了编故事的技能,跟书本内容的关联越来越弱。

视频AI模型面对的,正是这种处境。

三层结构:给"事件"分个级

要解决这个问题,研究团队先做了一件基础工作:给"事件"这个概念定义清楚层级。

他们设计了一个三级时序本体论。

L1叫主题阶段,指一段连续的时间区间,里面的所有事件都服务于一个共同的主旨或话题,比如一整段"做饭视频"。L2叫语义事件,指参与者、地点、短期目标相对稳定的一段连贯活动,比如"切菜"这个动作可能跨越好几个镜头,但只要空间和时间连续,都算一个事件。L3叫原子动作单元,指能被肉眼识别出的最短的运动或状态变化,比如"刀落下"这一个瞬间的动作。

这个三级体系就像一本书的目录结构:全书分章,章里分节,节里分段。如果没有这套层级,你让AI去"分割事件",它可能根本不知道你问的是哪个粒度。你说"找出做饭的几个阶段",它可能把每一次刀的起落都当成一个独立事件,结果给你列出几十条毫无意义的碎片。反过来,你问"这个动作的每一步细节",它又可能把整个过程笼统地归成一步。层级不统一,所有后续的训练和评测都会乱套。

为了把这套层级落到实处,团队从两个公开视频数据集TimeLens-100K和ET-Instruct-164K里挑选训练素材,用1 FPS的采样频率抽帧,再用一个叫TransNetV2的工具检测镜头切换点,作为候选的事件边界。

TransNetV2*:一种自动检测视频镜头切换点的工具,可以把一段连续视频初步切分成一个个候选片段。

但镜头切换和事件边界并不是一回事。有时候镜头没切,但事情已经换了,比如同一个长镜头里,先是准备食材,后是开始炒菜;有时候镜头切了好几次,但其实都是同一件事,比如拍摄角度换了,但人物还在重复同一个动作。所以团队设计了三种精细化调整规则:保留、合并、拆分。保留指一个镜头确实对应一个独立事件,原样留着;合并指连续几个镜头其实讲的是同一件事,把它们粘到一起;拆分指一个镜头里藏着好几个语义转折,硬是把它切开。

这套流程做完之后,他们还找了三个不同的AI模型当裁判,去抽查100条构建出来的事件链,检查文字描述是否贴合画面、边界划分是否合理、层级关系是否自洽、能不能真的拿来出题。三个裁判投票的结果显示,87%的事件链能同时满足所有四项标准。这个数字不算完美,但也说明这套自动化构建流程基本靠得住。

三个"认不出事"的毛病,对应三道训练题

有了统一的事件层级,接下来就是设计具体的训练任务。研究团队把模型在时序理解上会犯的毛病,归纳成三类,然后对症设计了三道"考题"。

第一类毛病叫边界模糊。模型分不清一个事件在哪里开始、在哪里结束,容易把相邻的两件事混成一件,或者把一件事硬拆成两件。对应的训练任务是分层时序分割:给模型一段视频和一个"请按xx粒度切分事件"的指令,让它输出时间区间列表。

这里有个巧妙的设计:同一段视频,可以在不同的提示词下,被要求按L1、L2或L3的粒度去切。这样模型学的不是死记硬背某种固定输出格式,而是真的理解"什么构成一个有意义的时间单元"这件事本身随着语境在变化。

因为模型输出的分段数量可能和标准答案不一样,直接比对会很麻烦,所以团队用了一种叫**最优匹配**的办法,先把预测的区间和标准区间两两配对,配对的标准是看它们重叠的比例有多高,术语叫**时序IoU**。

时序IoU*:衡量两个时间区间重叠程度的指标,重叠越多,数值越接近1。

配对完成后,再用一个类似F1分数的公式打分,这个公式同时惩罚"切得太粗"和"切得太碎"两种错误。如果模型什么有效区间都没输出,直接给零分。

第二类毛病叫进程模糊。模型搞不清一个事件内部的时间走向,比如分不清一段视频是正常播放还是倒着放的。对应的训练任务是单事件进程判别:给模型一个事件片段,可能是原版,也可能是时间倒转后的版本,让它判断播放方向。

这里有个细节值得注意:训练用的片段长度通常是5到30秒,属于事件级别的片段,而不是传统做法里那种零点几秒的小片段。为什么要用这么长的片段?因为短片段里,模型很容易靠一些低级的运动痕迹作弊,比如画面噪点、压缩伪影在倒放时会有细微差异,根本不需要理解物理规律。而拉长到5到30秒,模型必须真正理解诸如"水往上流不合理""碎片重新拼回完整物体不合理"这类物理常识,才能判断对错。

这就像让人判断一段扔纸飞机的视频是不是倒放。如果视频只有半秒钟,你可能靠画面的某种细微闪烁就能猜中,根本不用看懂飞机轨迹。但如果视频有二十秒,纸飞机从地上飞起来、绕圈、最后停在半空中不动,这种违反重力常识的画面,才会让你真正动用物理直觉去判断"这肯定是倒放的"。短片段测的是找bug的能力,长片段测的才是理解物理世界的能力。

第三类毛病叫关系模糊。模型搞不懂多个事件之间谁先谁后、谁因谁果。对应的训练任务是多事件关系推理,这里面又细分成三个子任务:下一事件预测,给模型看前面几个事件,让它从候选项里选出接下来最可能发生的事件;填空,给模型看中间缺了一段的视频前后两部分,让它选出最合适的中间事件,这比单纯往后推更难,因为既要考虑"前面导致了什么",又要考虑"后面需要什么样的前提";片段重排序,把几个事件片段打乱,让模型还原出正确的时间顺序。

值得一提的是,这三道选择题里,候选项都是以**视觉片段**的形式呈现,而不是文字描述。这个设计是故意的,目的是防止模型靠"题目描述里的关键词匹配"这种语言捷径作弊,逼着它必须真正看画面才能做出判断。

三个毛病,三道题,这套设计思路挺朴素的:哪里痒就挠哪里。但真正的难点,不在于设计出这三道题,而在于怎么同时教会模型这三种能力,还不互相打架。

三个老师教一个学生:不混着教,先教会再合并

这就引出了论文的第二个核心创新:怎么把三种能力整合到一个模型里。

最直接的想法是,把三种任务的训练数据混在一起,直接拿去做强化学习训练。但研究团队发现,这样做会出问题。

三种任务的奖励信号差异很大。分割任务的奖励是一个连续的F1分数,进程判别的奖励是0或1的二元信号,关系推理里有的子任务是二元信号,有的又是连续的位移分数。把这些尺度不同、稀疏程度不同的信号硬塞进同一个训练过程,会导致训练很不稳定,这个专业说法叫**高方差**。

高方差*:指训练过程中,梯度更新的方向和幅度忽大忽小,导致模型学习效果不稳定,甚至可能跑偏。

于是团队设计了一个两阶段的训练流程,叫**EventLens**。

EventLens*:论文提出的整体训练框架,核心思路是先分头培养专才,再把专才的能力提炼合并成一个全能选手。

第一阶段,针对三种任务,分别训练三个独立的"专才"模型,术语叫**任务专精的教师模型**。每个教师模型只专注解决自己的那道题,用的训练算法叫**GRPO**。

GRPO*:一种强化学习算法,通过让模型针对同一个输入生成多条不同的回答,比较这些回答的好坏来调整模型,不需要额外的人工打分或者学习出来的奖励模型。

因为三种任务的奖励信号差异太大,直接混合训练GRPO也不稳,所以团队在做对比实验的"混合GRPO"基线时,额外用了一种叫EMA-GRPO的技巧,会给每种任务维护一个独立的滑动平均统计量,专门用来给不同任务的奖励做尺度校准。

训练出三个专才之后,第二阶段开始"合并"。这里用的方法叫**多教师在策略蒸馏**,简称**MT-OPD**。

多教师在策略蒸馏(MT-OPD)*:让一个学生模型自己生成答案,再根据这个答案属于哪种任务,把它交给对应的专才老师打分,学生模型学习去模仿老师在这段答案上给出的详细概率分布,而不是去拟合一个笼统的奖励数字。

这里的关键设计是"在策略",意思是老师批改的是学生自己写出来的答案,而不是老师预先准备好的范文。这个区别很重要。如果直接拿老师的范文给学生背,学生背下来的东西和它自己真实的答题风格会有差距,考试的时候表现会打折,这个现象叫**训练推理不匹配**。而让学生先自己答题,老师再针对这份答案逐字逐句点评,学生学到的就是"在我自己这种答题风格下,怎样能更接近老师的水平",这种学习方式更贴近实际使用场景。

这就像请家教。你可以让家教老师写一篇范文,让学生照抄硬背,考试的时候学生背的范文和自己平时写作文的习惯不搭,容易发挥失常。更好的办法是让学生先按自己的风格写一篇,家教老师再逐句批注"这句话可以这样改",学生学到的是怎么在自己原本的写作方式基础上改进,这样考试时发挥得更稳。MT-OPD用的就是这种"批改自己的作业"的思路。

路由的方式也很直接:如果这份答案是关于事件分割的,就交给分割老师批改;如果是关于播放方向判断的,就交给进程老师批改;关系推理相关的,交给关系老师。老师给出的不是一个简单的对错判断,而是在学生每一个输出位置上,给出一个概率最高的若干候选词及其概率,这是一种**密集信号**,相比GRPO阶段那种只有一个总分的**稀疏信号**,信息量要丰富得多。

密集信号与稀疏信号*:稀疏信号指只有一个笼统的结果反馈,比如这篇作文60分;密集信号指逐字逐句的详细反馈,比如这个词用得不准、这句话逻辑有问题,信息粒度更细。

效果好不好?数据说话

说了这么多设计思路,实际效果到底怎么样?

研究团队在Qwen3-VL的4B和8B两个版本上做了实验,对比了原始模型、两种常规的文字监督微调方法,以及EventLens。

结果显示,在时序定位类任务上,比如QVHighlights、ActivityNet、Charades-STA这几个基准,EventLens在两个模型规模下都拿到了最高分。拿8B模型来说,在Charades-STA上原始模型只有44.79分,EventLens提到了48.25分;QVHighlights从50.03提到了59.12,这是接近9个百分点的提升。

在事件敏感的复杂推理任务上,比如专门考察事件级理解的E.T. Bench,8B模型从32.77分跳到了38.40分;考察文本和视频事件匹配能力的VinoGround,4B模型上的文本得分从37.00提升到了45.00,提了8个百分点。

但有意思的是,在一些综合性的视频问答基准上,比如MVBench、TempCompass这些偏综合、偏常识的测试集,EventLens并不总是最高分,有时候甚至比普通的监督微调方法略低一点。研究团队对此的解释是,这些综合基准里混杂了大量跟时序关系不直接相关的内容,比如物体识别、场景常识、回答格式是否规范,EventLens的训练目标压根没覆盖这些方面,它只专门针对"事件结构"这一件事做了优化。

这个取舍其实挺诚实的。一个专门磨练某项技能的训练方法,在那项技能相关的考试上必然大幅领先,但在毫不相关的科目上,未必能占优势,甚至可能因为训练资源的倾斜,在某些边缘科目上略有退步。论文里专门做了一张能力拆解表,细到具体子项。比如在MLVU这个基准里的"异常识别"子项,4B和8B模型都掉了2.56分;TempCompass里的"运动速度估计"子项,也掉了2到3分。这些子项考察的是全局情节组织、运动快慢判断这类能力,跟EventLens训练的"事件边界""进程方向""事件关系"确实不是一回事。

更值得深挖的是训练效率的对比。研究团队画了一张图,横轴是训练用的真实时间,纵轴是模型相对于基础版本的性能提升。结果显示,用MT-OPD这套"先分头教、再合并"的方法,训练大约12.7小时就能达到某个性能水平;而如果采取"把三种任务数据直接混在一起训练"的笨办法,需要36.7小时才能达到差不多的水平。这意味着同样的性能提升,MT-OPD只花了差不多三分之一的时间。

这个效率差距背后的原因,其实回到了前面提到的"高方差"问题。直接混合训练,相当于让一个老师同时批改三种完全不同格式、不同难度、不同打分标准的作业,批改标准经常自相矛盾,模型学得慢还容易学歪。而先让三个专科老师各自把自己的学科教好,再统一整理成一套教材让学生自学,学生消化起来反而更快。

稳不稳?掺点噪音试试看

研究团队还做了一个很实际的检验:如果自动构建出来的时间标注本身不太准,训练效果会不会崩?

毕竟这些事件边界、时间戳都是机器自动生成的,难免会有误差。他们做了个实验,故意往训练数据里的10%或20%的事件链里,人为引入一些时间戳的扰动,观察训练效果变化。

结果是,即使有20%的训练样本带着扰动过的标注,最终模型在六个评测指标上的表现,依然明显高于完全没做这套训练的基础模型,而且和用干净标注训练出来的版本相比,差距很小。这说明模型学到的其实是"事件在粗粒度层面大致是怎么回事",而不是死记硬背某个精确到秒的边界数字。这对实际落地挺重要,因为真实世界里想拿到完美标注的数据几乎是不可能的,这套方法至少证明了自己能扛住一定程度的噪音。

还没解决的事

论文也坦率地指出了一些局限。

比如在时序定位任务里,当画面变化很缓慢,或者一个问题描述的是一个跨越好几个细粒度动作的笼统活动时,模型仍然容易把相邻的事件搞混。在多事件关系推理里,如果几个候选片段里的动作长得很像,仅凭画面本身很难分辨,正确答案往往依赖于更微妙的上下文信息,而不是单个片段的外观,这种情况下模型照样会答错。

研究团队自己也承认,这套方法改善的是模型对事件边界和局部时序关系的敏感度,但没有解决所有长程叙事推理的问题。换句话说,这是一次有针对性的"补课",补的是"事件结构"这门课,不是万能药。

写在后面

读完这篇论文,最触动我的其实不是EventLens这套方法本身,而是它暴露出来的那个前提:现在很多视频AI的"理解能力",可能从根上就是被评测方式惯出来的一种假象。

模型不需要真的看懂视频,只需要学会怎样让输出的文字听起来像是看懂了。这不是模型在"偷懒",而是训练目标本身给它指了这条路。这让我想起一句话,人也经常会学会"考试技巧"而不是"知识本身",区别只在于我们知道人会这样做,却没想到机器学习系统同样会沿着阻力最小的路径走。

另一个让我意外的细节是,研究团队为了验证时间标注的质量,专门找了三个不同的AI模型当裁判去互相核验,而不是靠人工一条条检查。这种"用AI审AI"的做法现在越来越常见了,但也带出一个新问题:如果裁判本身也有同样的理解缺陷呢?这篇论文给出的87%一致率,到底是真的质量过硬,还是三个裁判恰好有着相似的盲点?论文里没有展开讨论这一层,但这个问题值得留在心里。

还有一点值得琢磨:论文里提到,模型即便不看视频画面,也能答对不少视频问答题。这个发现其实比EventLens本身更让我不安。它意味着我们现在用来衡量"AI到底多会看视频"的那些考卷,可能本身就出得不太合格,很多题目压根不需要看视频就能蒙对。这不只是某个模型的问题,这是整个评测体系的漏洞。EventLens解决了训练方法的一部分问题,但评测标准本身是否也需要一次大修,这篇论文没有直接回答,但它提出的问题,比它给出的答案更让人想继续追问下去。

Q&A

Q1:EventLens是什么?

A:EventLens是中国人民大学和快手可灵AI团队提出的一种视频理解训练框架,核心思路是让AI模型通过恢复视频中被打乱或改变的事件结构,比如事件边界、播放方向、事件顺序,来真正学会理解视频里事情发生的先后关系和逻辑,而不是靠语言常识蒙答案。

Q2:EventLens和普通的视频AI训练方法有什么区别?

A:普通方法大多靠让模型生成和人类描述风格接近的文字来训练,容易让模型学会语言捷径而不看画面。EventLens不训练模型写字幕,而是故意打乱视频的时间粒度、播放方向、事件顺序,让模型学着把这些被打乱的结构恢复回去,这个过程必须真正依赖视觉证据才能完成。

Q3:EventLens训练出来的模型表现怎么样?

A:在时序定位和事件敏感推理类任务上提升明显,比如QVHighlights基准提升了近9个百分点,E.T. Bench提升了约6个百分点,同时在综合性的广泛视频问答任务上基本保持原有水平,训练效率也比直接混合训练方法快了约三倍。

分享至
0赞

好文章,需要你的鼓励

推荐文章
----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.-