ARR多轮投稿提交EMNLP完整操作指南

ARR与EMNLP的提交机制：背景说明

ACL Rolling Review（ARR）是自然语言处理领域主流会议采用的滚动审稿机制。ARR于2021年底正式启动，是ACL（计算语言学协会）针对NLP/CL领域论文审稿流程的系统性改革。在ARR出现之前，ACL、EMNLP、NAACL等顶会各自独立运作审稿流程，同一篇论文若在一个会议被拒，作者需要从头提交并等待下一轮全新的审稿，这不仅造成审稿资源的巨大浪费，也使审稿人承受过重的负担。ARR的核心创新在于"评审与录用解耦"：论文在ARR获得的评审结果可以被ACL、EMNLP、NAACL、EACL等多个会议复用，评审人只需审一次，会议程序委员会则在现有评审基础上做录用决策。研究者将论文提交至ARR完成评审后，可在上述会议之间选择"commit"（提交承诺）自己获得的评审结果。这套机制借鉴了期刊领域的滚动审稿传统，但其操作细节常常令投稿者感到困惑。

近期Reddit上，一位研究者提出了一个典型问题：他希望将3月ARR周期拿到的评审结果提交给EMNLP，但同时还有一篇5月周期的投稿正处于rebuttal（答辩）窗口。这种"跨周期、多版本"的情形，恰恰暴露了ARR官方文档与OpenReview实际界面之间长期存在的落差。

核心问题一：进行中的5月提交该如何处理？

第一个困惑非常实际：既然打算commit 3月的评审，正在进行的5月提交到底要不要管？常见的三种做法分别是：

• 照常完成5月的rebuttal；
• 直接撤回（withdraw）5月提交；
• 什么都不做，向EMNLP提交时只指向3月链接。

从ARR机制设计来看，不同周期的评审记录相互独立。3月和5月分属两个ARR周期，各自拥有独立的评审历史和OpenReview链接。向EMNLP"commit"的本质，是指定某一个具体的ARR提交链接作为送审版本。

因此，若决定使用3月版本，理论上无需为5月提交准备rebuttal。但需要注意：同一篇论文在同一时间段内不应同时存在多个活跃的可提交版本，否则可能触发重复投稿（dual submission）的合规风险。稳妥做法是：确认3月链接可用后，主动撤回5月提交或让其自然失效，避免两个版本产生冲突。

一个容易被忽视的合规细节：Dual Submission的边界

Dual Submission（双重投稿）是学术出版领域的基本诚信红线，指同一篇论文在同一时间段内被提交至两个或多个可能独立发表的审稿流程。在ARR体系下，这一规则的边界有所复杂化：同一篇论文的不同修订版本分属不同ARR周期，这在技术层面构成多个独立的OpenReview提交记录。ARR的官方立场是：若作者已决定将某一周期版本commit至目标会议，则其他仍处于活跃状态的同论文ARR提交应予以撤回，以确保同一时间段内只存在一个进入会议录用决策流程的版本。值得注意的是，"活跃的ARR提交"与"commit至会议"是两个不同的系统状态，前者指论文仍在ARR评审流程中，后者指已进入具体会议的录用决策阶段。两者并存时，合规边界的判定需要依赖当届项目委员会的具体解释。

ARR对"同一论文同时处于多个评审周期"有明确限制。若5月提交与3月提交属于同一篇论文的不同修订版，投稿者必须确保最终只有一个版本进入会议提交流程。"什么都不做"这个选项存在潜在风险——你需要在系统层面确认不会将两个版本同时识别为有效投稿。

核心问题二：找不到justification填写框怎么办？

这是更具技术性的问题，也更能反映文档与实现之间的脱节。ARR作者指南FAQ明确规定：若提交的是较早周期的评审（而非最新版本），需同时提供以下两项内容：

1. 指向较新提交的链接；
2. 一段说明，解释为何较新评审"存在问题"（problematic）。

这一规定的逻辑清晰：ARR希望防止投稿者进行"评审择优"（review shopping）——这一学术诚信问题在传统多轮投稿模式下长期存在，作者可以将论文提交至不同会议或期刊，选择性地采用最有利的评审结果，而不向最终接收方披露其他评审意见的存在。ARR的justification机制正是为对抗这一行为而设计：当作者跳过更新周期的评审、选择提交较早版本时，系统要求其主动解释原因，并由领域主席（Area Chair）进行人工审核，使程序委员会能够判断作者的选择是出于合理的技术原因，还是出于对更好评审分数的策略性选取。要求填写justification，正是为了让领域主席（AC）和程序委员会能够审视这种选择的合理性。

然而，部分投稿者发现，EMNLP在OpenReview上的commitment表单只要求填写ARR论文链接和上传PDF，并无可见的justification文本框。官方规则要求提供的信息，实际界面却没有对应的输入位置——这一矛盾在ACL系列会议的历届投稿中并非孤例。

OpenReview平台的技术特性与表单配置问题

OpenReview是当前NLP、ML、AI领域最主流的论文提交与评审管理平台，由麻省大学阿默斯特分校团队开发维护，已成为NeurIPS、ICLR、ACL系列会议等顶级学术会议的核心基础设施。该平台的核心优势在于开放性——评审过程、作者回应、元评审意见可选择性地对外公开，提升了审稿流程的透明度。然而，OpenReview高度可配置的表单系统也带来了工程层面的复杂性：每个会议、每个周期的表单字段均需独立配置，且可随时动态调整。这意味着ARR的文档规范与特定周期OpenReview实际部署之间，随时可能出现不同步——字段缺失、触发条件不一致、说明文案滞后等问题在历届投稿中均有社区记录。

通常有以下几种解释：

• 表单动态触发：justification字段可能仅在系统检测到你确实提交了"较早版本"（即存在更新的同论文提交记录）时才会显示。若系统未识别到冲突，字段便不会出现。
• 通过备注或联系AC补充：部分周期允许投稿者在提交后通过OpenReview的评论功能，或直接邮件联系领域主席、程序委员会来补充说明。
• 年度表单差异：ARR的OpenReview配置每个周期都可能微调，FAQ措辞未必与当前表单完全同步。

最务实的应对方式是：先按界面实际字段完成提交，同时主动通过OpenReview官方邮箱或联系当届程序委员会补充说明，将justification以书面形式留档，避免日后因"未按规定提供说明"而产生争议。

规则文档与操作平台脱节：一个普遍痛点

抛开个案本身，这类投稿困惑折射出学术提交系统的深层问题：规则文档、FAQ与实际操作平台之间缺乏严格同步。ARR作为一套涉及多周期、多会议、多版本映射的复杂滚动机制，任何一处文档滞后都可能让投稿者陷入不确定。OpenReview平台的高度可配置性虽然赋予了各会议灵活定制的空间，但也使得统一规范的落地执行更加依赖人工配置的准确性与及时性。

对身处投稿周期中的研究者，以下几点建议值得牢记：

• 保留所有操作截图与邮件记录：一旦出现规则与界面冲突，这些是保护自身权益的关键证据；
• 提前处理跨周期提交，勿拖至deadline：为沟通与确认预留足够缓冲时间；
• 善用社区经验：Reddit、学术论坛等平台上，经历过相同流程的研究者所提供的第一手信息，有时比官方文档更具实操参考价值。

小结

将ARR评审提交给目标会议看似只需点击几步，但当涉及多周期、多版本的复杂情形时，规则的模糊地带便会显现。针对"3月评审提交EMNLP、5月正在rebuttal"这一典型场景，核心原则是：只使用一个版本、主动避免版本冲突，并为justification留下书面记录。在文档与平台尚未完全对齐的现实下，主动沟通永远比被动等待更安全。

核心要点