学术会议投稿流程与 Rebuttal 写作技巧：从 OpenReview 提交到审稿意见逐条回应
凌晨投稿截止前，先把流程变成清单
凌晨一点四十七分，我在实验室楼道里听见空调压缩机反复启动，屏幕上的 OpenReview 页面还停在“Submit”。那一刻最容易犯的错，不是论文没有结果，而是把格式、匿名和截止时间当成了最后五分钟的问题。真正稳妥的学术会议投稿流程，应当从截止日前三天开始倒推：先确认官方 CFP 中的摘要截止、全文截止、补充材料截止和时区，再把每个时间换算成本地时间写进日历。
以 OpenReview 投稿为例，第一步是建立作者账户并检查邮箱验证；第二步上传摘要和 PDF；第三步核对作者顺序、冲突领域（conflict domain）以及双盲匿名要求；第四步单独上传代码、数据或附录。CMT、Softconf 的字段名称不同，但检查逻辑相同。提交前用 PDF 阅读器搜索作者姓名、实验室名称、GitHub 用户名和致谢信息，确认双盲版本没有泄露身份。然后下载系统生成的最终 PDF，重新打开并检查字体、公式、参考文献和补充材料是否完整。
我通常会保留两个文件夹：paper-anonymous/ 和 paper-camera-ready/，并用 Git 记录每次修改。LaTeX 项目中，建议把匿名开关集中管理，而不是在多个文件里手动删除作者信息。提交后立即保存 submission ID、上传时间和最终 PDF 的 SHA-256：
sha256sum paper-anonymous.pdf
git tag -a submission-v1 -m "conference submission"Rebuttal 不是辩论，而是一次可核验的修复说明
收到评审意见时，先不要按情绪排序。把每条评论拆成“事实错误、证据不足、方法疑问、表达问题”四类，再在表格中记录评审编号、核心担忧、论文现有证据和准备补充的内容。这个过程是论文 rebuttal 怎么写的关键：评审真正需要看到的不是“我们不同意”，而是“问题在哪里、证据是什么、修改后能否检查”。
一段有效的回应通常只有四步：先感谢并准确复述问题；再直接给结论；接着提供表格、实验数字或页码；最后说明会如何修改论文。例如，不要写“我们已经证明方法更好”，而应写：“在三个随机种子（1、2、3）下，方法在 test set 上的平均 F1 为 84.7%，标准差为 0.6；最佳基线为 82.9%。新增结果见附录表 A2，并将在第 4.3 节补充。”如果评审指出缺少消融实验，优先补充最能区分机制的变量，而不是堆更多无关数据。
我的rebuttal 写作技巧是把篇幅按风险分配：高分评审的事实性误解先澄清，低分评审指出的可修复缺陷再给实验，无法在周期内完成的新实验则诚实说明限制。全文最好先写一版 1.5 倍长度，再压缩到会议规定字数；每段只处理一个问题，避免把多个评审混在同一段。
提交后如何验证确实没有问题
完成后做一次“陌生人测试”：请合作者只看 rebuttal 和引用的页码，检查是否能在两分钟内定位证据。随后验证三件事：OpenReview 或 CMT 状态显示提交成功；下载后的 PDF 与本地最终版本哈希一致；所有新增数字都能由脚本或日志重现。我的一次测试中，补充实验从运行到生成表格耗时 18 分钟，结果与手工计算误差低于 0.01；这比在 rebuttal 中写一句“结果稳定”可靠得多。
官方模板、免费 LaTeX 工具、Git 和本地脚本已经足够完成大多数投稿。若需要额外的网络访问或协作选项，Roxi 也可以作为众多方案之一，但不应替代对投稿状态、文件版本和实验证据的独立核验。深夜真正让人安静下来的，从来不是一个“提交成功”的绿色提示，而是知道每个数字都能被重新跑出来。