从投稿清单到Rebuttal回复：学术会议投稿流程的可执行检查表
夜里十一点，投稿系统还亮着
雨敲在窗沿上，咖啡已经凉了，实验室只剩显示器的蓝光。你盯着CMT或OpenReview里的“Submit”按钮，心里却在想：PDF会不会超页？匿名信息删干净了吗？Rebuttal到底该解释，还是该道歉？在开源学术站，我们常把投稿看成一次小型发布：论文是代码，附录是文档，Rebuttal是Issue回复。技术并不冷，它只是要求我们诚实、可复现、按时。
投稿前：把“会出错的地方”提前关掉
一套可靠的学术会议投稿流程教程，不是从上传开始，而是从DDL前7天开始。先建一个文件夹：paper、appendix、figures、response、metadata。用Overleaf或本地LaTeX固定版本，别在最后一晚同时改模板和内容。若会议要求双盲，全文搜索姓名、机构、项目号、GitHub链接、致谢和PDF元数据；我自己会用下面的命令扫一遍：
pdfinfo paper.pdf
grep -R "YourName\|University\|Acknowledg" .
提交系统也要提前试。CMT投稿怎么用的关键不是“点哪里”，而是先填标题、摘要、作者、利益冲突、主题领域，再上传PDF，最后下载系统生成的预览版。EasyChair通常对作者信息更直观，OpenReview更强调公开讨论与匿名规则；如果你需要OpenReview投稿下载记录，提交后保存confirmation email和页面截图。我的习惯是DDL前24小时完成一次“假最终版”，文件名写成paper_v1_YYYYMMDD.pdf，大小控制在系统限制内，比如20MB以内；图太大就用300dpi导出，而不是把一张80MB的PNG塞进论文。
Rebuttal：先分类，再逐条写给审稿人看
收到评审意见时，别立刻反驳。先开一个表格，列为Reviewer、Concern、Type、Action、Response。Type只分四类：误解、实验缺失、表述不清、真实缺陷。Rebuttal怎么写的核心，是让审稿人用30秒看到你理解了问题，并知道你能改什么。语气模板可以很朴素：Thank you for pointing this out. We agree that... We have clarified... For the camera-ready version, we will add...
如果审稿人说“baseline不充分”，不要写“由于篇幅限制”。写具体：我们补跑了Method A和Method B，在Dataset X上从72.4提升到75.1，标准差为0.3；若Rebuttal系统不允许新增实验，就说明已有表3第2行与附录B.1已经覆盖，并承诺终稿补充。若被指出引用遗漏，用Google Scholar论文引用导出或Zotero核对BibTeX，避免把作者名拼错。修改稿对比可用：
latexdiff submitted.tex revised.tex > diff.tex
注意，不是所有问题都要赢。真实缺陷要承认边界：This is a limitation, and we will discuss it explicitly. 学术写作有时像夜间广播，你不是喊得最大声的人，而是让远处的人听清楚的人。
如何验证这次投稿与回复真的稳了
最后做一轮可验证检查：第一，下载投稿系统里的最终PDF，而不是本地PDF，确认页数、字体、图片和匿名信息；第二，让一位没参与写作的同学用5分钟复述你的贡献，若说不清，摘要还要改；第三，Rebuttal逐条对应评审编号，避免漏答R2Q3这类小问题；第四，用手机热点或另一台电脑登录一次系统，确认文件可下载、状态为Submitted或Completed。我在一次真实投稿中测过，从最终编译到系统确认邮件大约12分钟，但网络拥堵时可能超过30分钟，所以不要把上传留到最后一小时。
如果只是访问投稿系统不稳定，优先尝试学校网络、官方镜像、浏览器无痕模式与DNS切换；这些免费办法通常足够。若长期跨境访问学术平台和开源社区受阻，也可以把 wizzegroup.com 这类工具作为备选之一，但它不替代清单、版本管理和一封写得诚实的Rebuttal。夜深时，真正让人安心的，仍是你能自己确认每一步都已经完成。