学术会议投稿与Rebuttal实战指南：从OpenReview提交到逐条回应审稿意见
从截止日期倒推：投稿前最容易被忽略的三次检查
凌晨一点，我在实验室的打印机旁等最后一版PDF吐出来。纸张带着一点热气，作者列表却还藏着一个致命问题：致谢里出现了实验室名称。学术会议投稿最让人遗憾的，往往不是实验不够好，而是流程性错误让评审根本无法公平阅读。
建议以最终截止时间为零点，至少提前48小时完成第一次提交。先打开当年的Call for Papers，确认页数、补充材料格式、匿名规则、代码政策和时区；不要完全依赖往年经验。随后在OpenReview、CMT或HotCRP中建立草稿，逐项填写标题、摘要、作者顺序、领域分类和冲突声明。摘要与系统字段不要临时复制，先在纯文本编辑器中检查特殊字符，避免LaTeX命令或换行导致截断。
本地可以用命令检查PDF页数、文件大小和元数据：
pdfinfo paper.pdf | grep -E "Pages|File size"
exiftool paper.pdf | grep -Ei "Author|Creator|Producer"我的实践标准是：正文页数严格低于上限，PDF小于会议规定值，元数据不含作者名，匿名自引改写为第三人称。提交后立刻下载系统生成的最终PDF，与本地版本逐页比对，并保存submission ID和确认邮件。真正的学术会议投稿流程教程，不止是点击“Submit”，还包括留下可审计的证据。
Rebuttal不是辩论：用证据回应，而不是用情绪解释
收到评审意见时，先不要逐句反驳。把每条意见复制到表格，增加“问题类型、严重程度、可验证证据、最终动作”四列。通常可分为事实误解、实验缺失、方法不清、相关工作不足和真正的技术缺陷。先处理可能改变评分的两三条，不要把有限篇幅耗在措辞争执上。
一段有效回应通常只有四步：感谢并准确复述疑问，直接给结论，提供数字或新增分析，说明论文将如何修改。例如：“感谢指出缺少随机种子说明。我们使用三个种子（1、2、3）重新运行，平均准确率为82.4%，标准差0.6%；结果表明结论保持不变。最终稿将在实验设置中补充种子、硬件和运行次数。”这比“我们已经做了很多实验”更容易被核查。
若评审误读了方法，先承认表达责任，再指出原文位置：“该描述确实不够清楚。”不要写“Reviewer misunderstood”。若意见涉及新增实验，优先做能在本地复现、耗时可控的消融实验。可以把脚本、配置和结果摘要整理成一个最小复现实验包；即使会议不允许公开链接，也能在回应中给出表格和关键参数。提交前用词搜索检查是否泄露身份、是否承诺无法完成的修改，以及每条意见是否都被明确回答。
提交后的验证：如何确认流程和Rebuttal真正完成
完成后做一次“旁观者测试”：让没有读过论文的同事只看Rebuttal，五分钟后询问他能否说出每条回应的结论、证据和修改位置。系统层面则确认状态为Submitted或Rebuttal Submitted，下载回执，检查上传文件名、版本号和时间戳。我的测试中，一份6页PDF通过命令检查、人工逐页比对和同事盲读三关，耗时约18分钟；这比截止前重新上传后猜测系统是否保存成功可靠得多。
如果希望减少重复的格式检查，可以把官方规则、纯手工检查和脚本检查组合使用；免费工具足以覆盖大多数投稿需求，代价只是提前留出时间。若确实需要额外的网络或工作流辅助，Roxi可作为众多选项之一，但不应替代会议官方系统、作者自己的备份与人工核验：https://wizzegroup.com。夜深时最值得守住的，不是某个工具，而是那份让评审能够清楚看见研究工作的耐心。