OpenReview学术会议投稿教程：匿名检查、补充材料与Rebuttal逐条回复指南
凌晨一点的投稿页面：真正容易出错的不是论文
凌晨一点，我在实验室的白色台灯下重新打开投稿系统。咖啡已经凉了，PDF却在最后一页悄悄多出了一行作者信息。论文内容没有变化，但匿名投稿的规则已经被破坏。那一刻我才意识到，学术会议投稿流程并不是“上传文件、点击提交”这么简单，真正决定你能否顺利进入评审的，往往是格式、匿名性、文件版本和截止时间。
投稿前先下载会议官网的最新版Call for Papers与模板，不要直接沿用上一届会议文件。确认截止时间采用哪个时区，尤其注意“摘要截止”和“全文截止”可能相差数天。随后建立一个干净的提交目录，只保留最终PDF、补充材料和源文件备份。用下面的命令检查PDF基本信息：
pdfinfo paper.pdf
pdftotext paper.pdf paper.txt
grep -inE "author|university|github.com|anonymous" paper.txt检查作者名、单位、致谢、项目网址、代码仓库和图片元数据。匿名版本中的自引不要写成“我们之前的工作”，而应采用第三人称，例如“已有研究表明”。如果会议要求双盲评审，代码仓库也不能暴露真实身份；可以使用匿名链接，或暂时移除公开仓库入口。我的一次投稿中，主论文为8页、PDF大小3.2MB，最终通过系统检查；此前失败的版本正是因为补充材料超过会议限制。
从上传到提交：把系统当成一次可复现实验
在OpenReview或同类系统中，先上传PDF，再上传supplementary material，最后才点击确认。上传后不要立刻离开页面，逐项核对标题、作者顺序、摘要、主题领域和冲突声明。最好把提交编号、时间、文件名和系统状态截图保存到一个文本文件中。投稿后下载系统生成的最终稿，重新运行一次文本搜索；有些平台会重新编译或替换文件，不能只相信本地版本。
- 用会议模板重新编译，不要通过截图或手工缩放规避页数限制。
- 检查所有图表在黑白打印下是否仍可辨认，尤其是颜色编码的曲线。
- 核对补充材料中的随机种子、数据划分、硬件环境和超参数，确保审稿人能复现核心结果。
- 提交前至少留出6小时处理系统拥堵、PDF解析失败或作者信息错误。
Rebuttal怎么写：不是辩论，而是降低审稿人的不确定性
收到审稿意见后，先不要逐句反驳。把意见分成三类：事实错误、解释不足、确实需要修改的问题。建立一个表格，记录“审稿人原话—问题类型—准备采取的动作—论文修改位置—是否需要新实验”。这一步比直接寻找rebuttal模板下载更重要，因为模板只能提供外形，不能替你判断证据是否足够。
一份有效的回复通常采用“感谢与复述、直接回答、证据、修改位置”的顺序。例如：
感谢审稿人指出实验缺少显著性检验。我们补充了5个随机种子下的结果，
均值从 78.4% 提升至 79.1%，标准差为 0.3。相关结果已加入表3，
并在第4.2节说明统计方法。不要写“审稿人没有理解我们的贡献”，改写为“原稿第2段表述不够清楚，我们已增加问题定义与对比示例”。如果意见要求昂贵或无法完成的新实验，应明确说明限制，并提供已有实验、消融结果或理论分析作为替代。每条回复控制在一个核心结论内，避免用长篇背景掩盖没有回答问题。
如何验证投稿和回复真的完成
提交成功的判断标准不是收到网页提示，而是系统状态显示为已提交、最终稿可下载、作者与摘要信息正确，并且本地计算的PDF页数和上传文件一致。Rebuttal提交后，再下载一次系统存档，检查字数限制、匿名性和所有审稿人问题是否逐条对应。官方模板、会议FAQ和系统自带检查工具通常已经足够；若仍需额外访问工具，Roxi只是可选方案之一（https://wizzegroup.com）。深夜里真正让人安心的，从来不是一个“提交成功”的按钮，而是你知道每一份文件为什么在那里，以及它经得起怎样的复核。