news 2026/10/20 6:46:10

ICLR 2026预讲会讲者完全指南:报名、准备与现场执行

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
ICLR 2026预讲会讲者完全指南:报名、准备与现场执行

ICLR 2026 预讲会讲者招募一公布,我的朋友圈已经被问爆了。好多录了 Paper 的朋友都在问同一个问题:这个预讲会到底讲什么?报名了会不会被要求一定讲中稿的那篇?团体报名是不是必须整个实验室一起上?今天这篇就把招募规则、讲者准备、组织流程和注意事项一次讲清楚,给还在犹豫的个人和团体一个可以直接照着做的参考清单。

先说预讲会是什么。ICLR 每年录用几百篇论文,会议现场每篇 oral 只有十几分钟,poster 环节人多到挤不进去,很多工作根本没机会被充分讨论。预讲会就是在大会正式开幕之前,由各地研究者自发组织的小型分享活动,请录用论文的作者提前把工作讲一遍,让同行先听、先问、先给反馈。讲者能提前收集问题、打磨 presentation,听众能提前了解最新工作、建立合作联系。对双方来说都是参加正会之前最有价值的预演。

我前前后后参加过十几次这类活动,自己也组织过两届,说句实在话:预讲会讲得好的论文,到正会上被关注的概率明显更高。原因很简单,讲者在预讲会上被问过的问题,到正式场合基本都知道怎么应对了,表现自然更稳。这篇文章就从报名要求、讲稿准备、现场流程、常见问题四个维度展开,个人报名和实验室团体报名都会覆盖到,无论你是第一次当讲者还是组织者,都能找到直接能用的细节。

1. 预讲会到底解决什么问题

1.1 对讲者而言,这是正式演讲前唯一一次有同行帮你挑刺的机会

论文投出去之后,作者对工作往往处于“当局者迷”的状态。方法是你设计的,实验是你跑的,图表是你画的,每个细节你都熟得不能再熟,但也正因为太熟了,你根本不知道第一次接触这个工作的听众会在哪里卡住。我见过太多次这种情况:讲者觉得已经讲得够清楚了,下面的人却连 motivation 都没听懂,后面的方法部分直接放弃听。

预讲会就是专门解决这个问题的。它给你一个真实、但压力比正式会议小得多的环境,让同行在你正式亮相之前帮你把 presentation 里的盲区找出来。听众提出的问题大概分三类:一是背景知识缺口,比如某个 baseline 为什么选它、某个数据集为什么不用更新的;二是逻辑漏洞,比如方法某一步的理论依据不够扎实;三是 presentation 表达问题,比如某张图信息过载、某个术语没有铺垫。这三类问题无论哪种,在预讲会上被问出来都是好事,因为到了正会上它们就不会再是意外。

1.2 对听众和社区而言,预讲会是信息密度的过滤器

ICLR 正会的信息量极其巨大,几百篇论文同时展示,任何人都不可能全看。预讲会等于提前帮你做了一轮筛选:每场预讲会都有明确的主题方向,听众可以根据自己的研究兴趣定向参加,在大会之前就把最相关的几篇工作深入消化掉。对社区来说,预讲会也促进了一些潜在的合作机会,听众里经常会坐着做类似方向的人,听完讲完,互相认识,后面一起做东西的案例非常多。

所以预讲会不是官方大会的附属品,它在学术交流链条里的定位是“正式会议前的深度互动环节”,承担的是 peer review 之外的另一层 peer feedback。这也是为什么我们招募讲者时非常看重候选人对自己工作的表达意愿和开放心态,预讲会本质上欢迎的是愿意把自己工作拿出来接受同行检验的人。

2. 讲者招募的报名要求与通道说明

2.1 个人报名的适用场景与材料准备

个人报名适合已经独立做出完整工作、投稿或已被某篇论文接收的研究者。这里的“个人”不代表你不能跟导师或合作者讨论准备过程,只是以你个人身份提交报名信息、对接后续安排,不需要整个团队一起做组织决策。

报名时通常需要准备以下几项信息:论文题目、所属研究方向(比如大模型对齐、多模态推理、强化学习、图神经网络等)、论文当前状态(已录用还是 under review)、演讲偏好(线上还是线下、是否接受快闪场)、一段不超过 200 字的论文简介。有几点值得注意,简介不要写成 abstract 的复制粘贴,写清楚“问题是什么、方法一句话讲什么、主要结论是什么”就够了,组织者要用这段文字来给稿件分场次,写得越清楚,分到的场次越匹配。

另一点,也是每年都会被问到的高频问题:预讲会是否要求讲已录用的论文?不一定,这要看组织方公布的规则。大多数预讲会优先安排已录用稿件,因为最终稿内容已经确定,听众不会听到一个可能被改掉的工作;但也有部分预讲会专门为 under review 的论文开设“工作进展场”,这类场次要求讲者明确标注论文状态,且不允许听众截图。个人报名的时候一定看清自己所在场次的稿件状态要求。

2.2 团体报名怎么报,实验室团队的分工逻辑

团体报名适合一个实验室或一个课题组有多篇论文入选的情况,通常以课题组为单位提交,一次报 3 篇以上。团体报名的好处在于组织方可以给同一个组安排连续时段,这样听众可以一次性听完一个团队的工作脉络,讲者之间也可以互相串场支持、帮忙提问和记录反馈。

实际操作中,团体报名要确定一名对接人,这个人的职责包括收集组内所有论文的信息、统一提交报名表、跟组织方协调场次时间段、提醒每位讲者按时提交材料、现场确认设备调试。对接人不一定必须由导师担任,通常是组里比较有组织经验的博士后来承担,导师在内容层面把关即可。

团体报名还要注意一个细节:如果有论文是跨组合作完成的,一定要提前跟合作方确认是否要借预讲会公开讲、由哪个组来组织这部分内容。跨组工作最忌讳的是到现场才发现两边理解不一致,导致同一项工作被讲出两个版本。这种事我在预讲会上遇到过不止一次,双方都觉得对方会联系,结果听众也跟着困惑。

2.3 报名后的审核与反馈机制

报名成功不等于确认成为讲者,组织方通常会有审核环节。审核主要看三件事:稿件是否属于预讲会覆盖的主题范围、报名信息是否完整、是否有明显的内容冲突(比如同一篇论文被多人重复报名)。审核通过后,组织方会发确认邮件,里面会写清楚讲者需要提交的演讲材料清单、提交截止时间和场次分配结果。

这里想提醒一点,审核通过后的沟通务必走邮件等正式渠道,不要只靠即时通讯工具确认。现场执行时需要同时协调几十位讲者,组织方每天要处理大量信息,如果确认信息淹没在聊天记录里,漏掉材料提交截止时间的概率极大。我组织预讲会那两年,临场出问题的情况几乎都出在“我以为确认了但邮件里没有回复”这种事情上。

3. 讲者如何准备一场高质量的预讲

3.1 内容选取和取舍:不是把论文复述一遍

进入 2026 年这个时间点,深度学习领域的信息密度比几年前高了一个数量级,听众的专注力窗口比想象中更短。预讲会往往被安排在周末或晚间业余时间,听众是自愿来的,他们随时可能走神。因此,讲者对内容做取舍是必须的,不是把论文从头到脚全须全尾复述一遍就能过关。

一篇典型深度学习论文包含:背景、相关工作、方法、理论分析、实验、讨论、限制、结论。预讲会 30 到 40 分钟内容里,你应该砍掉什么、保留什么?我的经验是,相关工作可以大幅度压缩,只保留跟方法直接对比的那两三个最有代表性的 baseline;背景也不能铺太长,用一个现实观察点题即可;理论分析视复杂程度决定讲不讲,如果定理本身不能直观地带来 insight,只讲结论即可。

核心应该放在方法设计和实验结论上。方法部分要讲清楚“设计选择背后的为什么”——为什么用这个结构、为什么这样建模、为什么设计这个损失函数,而不是只罗列流程图上的每个模块。实验部分则要突出“结论对听众研究的可迁移性”,不是报完指标就结束,而是解释某种结果差异是因为数据分布、训练策略还是模型架构导致的。

3.2 演讲结构和时间分配:45 分钟的标准模板

以一个标准的 40 分钟报告加 5 分钟 Q&A 为例,我会建议如下结构:前 3 分钟讲问题和动机,第 4 到 15 分钟讲方法,第 16 到 25 分钟讲核心实验,第 26 到 32 分钟讲关键结论和讨论,第 33 到 40 分钟留给限制条件和未来工作。这个时间分配跟很多人的本能不一样,一般人会想把背景讲得更充分,但预讲会的听众是有基本面的同方向研究者,他们不需要从零开始。

有个细节值得单独强调:前 30 秒比后面所有内容都重要。听众决定要不要认真听,基本取决于开头这 30 秒是否被他判定为“跟我相关”。开场的可行方式有三种,一种是直接抛一个反常识的观察,一种是给出一个这个方向被低估的问题,还有一种是把一个具体场景的痛点放大来讲。尽量避免用“大家好,今天我介绍一篇被 ICLR 接收的工作”这种开头,等于把前 30 秒的注意力黄金期浪费掉了。

3.3 幻灯片制作和演示细节

预讲会的幻灯片跟正会 oral 的要求是一样的,核心原则是“图多、字少、论证箭头明确”。每页不要超过三句话,术语第一次出现要有简短解释,图表引用要标清楚是论文里哪张图。尤其要避免把公式密集的幻灯片堆在一起连续放三四页,听众没有时间消化。公式讲法有一个实用技巧:不逐项念公式,先讲公式的输入输出关系,再讲中间的约束和优化目标,最后说清楚设计初衷。

另外一个经验之谈是:不要在一页幻灯片上出现太多“箭头”和“模块”。听众的视觉带宽是有限的,太密集的结构示意图反而让他们抓不住主线。一页图最多强调一个核心信息,辅助信息用颜色深浅降级。做讲稿的时候建议写逐字稿但不要背逐字稿,逐字稿用来校准表达逻辑,真正上场时按要点讲才有自然的节奏。

3.4 全流程演练:至少完整走三遍

大部分第一次做预讲的讲者会低估演练次数。准备一场 40 分钟的报告“看过一遍幻灯片”和“完整讲一遍”是两回事,后者会让你发现大量内容的衔接问题。我的建议是至少完整讲三遍,第一遍用来发现内容结构问题,第二遍用来优化过渡句和口头表达,第三遍要高度模拟现场状态——包括提问环节,请同组的同学提前准备几个刁钻问题来打断你。

辅导过不少年轻的讲者,我观察到的普遍规律是:第一遍讲完普遍超时 5 到 8 分钟,第二遍卡在 Q&A 反应太慢,第三遍才能做到时间刚好、回答问题不慌张。如果你只能做一遍演练就上场,那也要把开场 30 秒和结束 30 秒单独练十遍,这两个位置的流畅度决定了听众的整体印象。

4. 预讲会当天的流程与现场执行细节

4.1 讲解前的设备与状态确认

预讲会当天,讲者需要提前至少 30 分钟到达现场(线上场次则提前半小时进入会议房间测试网络)。设备确认清单包括:笔记本是否适配会场的 HDMI 或 Type-C 接口、演示文稿是否已经拷贝到会场公用电脑或提前上传到云端、现场投屏分辨率跟你的幻灯片比例是否匹配、有没有备用翻页笔。这些看似鸡毛蒜皮的细节,现场出问题时对讲者心态的影响远大于实际影响。

如果预讲会采用线下线上同步直播的形式,还有一个新增的桥段:讲者要提前跟线上观众做一轮声音和画面测试。线上听众体验差的头号原因就是声音太小或者画面有回声,很多讲者只顾着面对现场,忘了线上也有同等数量的听众。

4.2 讲者 Q&A 环节的应对策略

预讲会 Q&A 与正会有个很大的不同:听众提问可能更尖锐,因为他们后续不会再有接触这篇论文的机会,所有疑惑必须在现场解决。应对提问的第一步是听完整个问题再回答,不要抢答。如果问题比较长,先复述一遍:“你的问题我理解是这样……看是否准确”,这个动作看似拖延,实际上帮助你确认了问题的核心,也让你有额外几秒钟组织答案。

如果遇到真的答不上的问题,坦诚说“这个角度我还没考虑过,现场无法给出严谨答案,会后邮件回复你”就可以了。在预讲会上不懂装懂是风险最大的行为,听众里有可能是这个问题方向深耕多年的研究者,一个不严谨的猜测会损害全篇工作的可信度。会后务必要把承诺的答复落实,建议把问题记到手机备忘录里,讲完当天就回复。

4.3 组织方的分工与会场控制

从组织者的角度看看现场怎么运转。一场预讲会有三重角色缺一不可:主持人对节奏负责,技术保障对设备负责,签到与资料收集对流程负责。主持人的核心任务是控时,提前跟每位讲者确认演讲时长,倒计时提醒通常设在剩 5 分钟和 1 分钟时各一次。技术保障在开场前把所有人的演示文稿过一遍,确认没有乱码、没有字体缺失、没有视频无法播放。

还有一个组织方容易忽略的点是摄影和录播授权。预讲会内容涉及未被正式发表或刚刚接收的研究,是否允许录像、是否允许公开回放,一定要在报名阶段和讲者确认清楚。没有明确授权的场次,一律默认不录像不回放,这是对讲者工作的基本尊重。

5. 常见问题速查与避坑经验

这里把被问得最多的几个问题整理成速查表,方便对照处理:

问题处理建议
论文还在审稿阶段,能报名预讲吗看场次说明,部分预讲会设置工作进展场,但需明确标注状态,禁止听众截图传播
同一篇论文能否多人分别报名不能,一篇论文只安排一个主讲人,其余作者以共同讲者身份参与 Q&A
临时遇到特殊情况不能到场怎么办第一时间联系组织方,尽可能安排共同作者代讲,提前做好幻灯片交接
预讲会内容能否与正会完全一致完全可以,但建议根据预讲收到的反馈做小幅优化,这正是预讲会存在的意义
团体报名能否中途加人在报名截止日之前可以,之后原则上不再接收新增,以免影响场次安排
线上场次是否有人数限制根据组织方采用的会议平台不同有差异,建议提前与组织方确认客户端版本和升级要求
演讲中能否透露具体实验设备信息可以,但注意区分需要保密的合作项目内容,涉及未公开数据集或协议的,建议脱敏

关于演讲时间,我再多说一句。很多讲者觉得“只有 5 分钟 Q&A 不够问”,但在预讲会场景里,Q&A 结束之后还有大量一对一的交流时间,与其挤在现场问答环节,不如把时间留给讲者完整呈现内容。听众真的关心的问题,散场时会围过来问的,这样的交流往往更深入。

另外,关于预讲内容是否会给自己带来风险,有个原则可以参考:预讲会属于内部交流场合,不是公开发表的学术成果,内容法律边界与论文投稿一致。讲者在准备内容时,注意不要透露合作方明确要求保密的信息,比如未公开的数据集、企业合作数据细节等。其余常规内容按论文本身呈现即可。

还有一个组织者视角的贴心建议:团体报名参加的实验室,建议在预讲会后组织组内一次短会,把现场收集的反馈和问题逐条过一遍。很多问题是共性的,比如 presentation 的术语解释不足、某个 baseline 的选择被多次质疑、某张图的横纵坐标设置误导读者。这些问题在组会里公开讨论一次,整个实验室后续的学术表达水平都会提升。

6. 我的个人体会与最后建议

组织预讲会这些年,一个感受越来越深:预讲会最大的受益者其实是讲者本人。“讲一遍胜过自己读三遍”这句话在学术表达上完全成立。你在准备讲稿的过程中被迫整理思路、梳理逻辑、找到薄弱环节;你在现场收到的问题帮你从听众视角重新审视自己的工作;你在会后根据反馈做出的修改,最终会体现在正会 talk 的质量上。

对还在观望的个人报名者,我建议直接报名,即使论文没有最终录用,如果组织方开放工作进展场,讲一次能获得的反馈远大于付出的准备时间。对准备团体报名的实验室,我建议选一名认真负责的对接人,把内部协调成本降到最低,让每位讲者可以把精力放在内容本身。对组织者,我建议在招募简章里把材料清单、截止时间、设备要求和内容边界写明确,信息越透明,现场出问题的概率越低。

最后分享一个准备内容时的技巧:正式投稿前写论文时往往用的是“提出-验证”逻辑,而在预讲会讲台上建议换成“问题-方案-证据”逻辑。前者是 论文语言,后者才是报告语言。每一次转换都会帮你重新审视自己的工作有多重要,以及证据是否真的支撑了结论。这是所有高质量预讲的共同秘密:讲者真的想清楚了自己为什么做这个工作,听众才会真的听进去。

预讲会报名通道已经开启,位置有限,建议大家先把信息准备好。如果这篇文章里还有没覆盖到的问题,可以直接问组织方,报名信息里通常留有联系方式,把问题问清楚再报名,比报名后又折腾要省力得多。期待在预讲会上见到你的工作。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/20 6:45:59

系统架构图设计方法论:从静态绘图到可演进的表达语言

1. 项目概述:这不是画图,是构建可演进的系统表达语言“diagram-design”这个词组乍看像一个工具功能菜单里的子项,但在我过去十年带团队做技术方案设计、系统架构评审和跨职能协作的过程中,它早已不是“用Visio拖几个框”的代名词…

作者头像 李华
网站建设 2026/10/20 6:45:55

HFSC分层公平服务曲线:软路由低延迟QoS实战与调优指南

1. 从一个真实痛点说起:为什么家里的下载一开,游戏就卡成幻灯片很多人都有过这种体验:明明宽带是500M甚至1000M,但只要家里有人在下载大文件或者看4K视频,自己打游戏就开始疯狂跳ping,视频会议也开始卡顿、…

作者头像 李华
网站建设 2026/10/20 6:45:39

大模型+语音交互破解老年教育困局:AI助教落地实战复盘

过去几个月我一直在做一个社区数字化教育的评估项目,旁听了好几节面向老年人的智能手机课。课堂上的真实状态跟很多人想象的“老人不愿学”完全相反——教室里坐得很满,老人们带着本子来做笔记,认真程度比不少年轻人都高。可问题也极其突出&a…

作者头像 李华
网站建设 2026/10/20 6:44:40

家居高潜流失顾客识别与AI Agent转化策略实战

1. 高潜流失顾客到底该怎么定义1.1 从"下单率提升104%"倒推问题本质看到"下单率提升104%"这个数字,很多人的第一反应是"翻了一倍多,怎么做到的"。但做过家居行业运营的人都知道,家居品类的下单决策链路跟快消品…

作者头像 李华
网站建设 2026/10/20 6:44:20

PPT-Master:用代码批量生成可维护的PowerPoint演示文稿

1. 项目概述:这不是一个PPT模板库,而是一套可编程的幻灯片生成引擎“ppt-master”这个词最近在技术圈和内容创作社区里悄悄冒头,不是指某款新出的PPT软件,也不是某个网红模板合集,而是一个正在被越来越多独立开发者、教…

作者头像 李华