ICML Rebuttal（ICML 作者回复）

Rebuttal 有两个受众。审稿人对论文的阅读深度不一，可能已经遗忘或误读了细节。领域主席（AC）对论文的了解更少，可能只读审稿意见和你的回复。目标是向两者澄清并说服——最重要的是，让 AC 容易做出决定（Parikh, Batra & Lee）。一个有用的检验标准：一位中立的第三方应该仅通过 rebuttal 就能判断每个关切是否得到了回应，而无需打开论文或审稿意见。

在 ICML（2026 年规则；请检查 .icml/venue_facts.md）：三轮讨论（作者回复、审稿人跟进、作者跟进），每轮限制 5000 字符；回复期间不得上传修改后的 PDF；不得包含非匿名、个人化或缩短的 URL（审稿人本来就不被要求点击链接）；无需回答每个细枝末节；按审稿人 ID 组织；保持专业。对于被接收的论文，审稿意见和全部讨论将公开，审稿人会撰写 post-rebuttal 说明，陈述你是否回应了他们的关切。

用用户的语言与用户交流；回复用英文撰写。

基本规则

1. 不得捏造结果。 你可以设计实验并编写运行代码。但在实验运行完成且数值已写入文件之前，不得将数字写入回复。未运行的实验应如实描述为尚未运行。
2. 由人类决定策略。 哪些内容让步、哪些争辩、是否运行审稿人要求的实验、以及是否向 AC 反映某条审稿意见不公正，这些都是作者的决定。准备好选项；不要替作者决定。
3. 绝不主动指责审稿人恶意。 如果作者希望标记某条无视论文或缺乏依据的审稿意见，帮助他们用事实性和礼貌的方式表达，如果平台允许，最好通过面向 AC 的保密评论提出。
4. 保持匿名。 不得出现姓名、单位、可识别身份的链接或"我们先前的工作 X"。仅限匿名仓库，且仅在有用时提供（审稿人无需打开它们）。
5. 回复中也不得包含任何隐藏内容或面向审稿人模型的引导性文字。
6. 不要承诺——要落实。 由于无法上传修改后的 PDF，应将实际的新文本、数字或证明概要直接放入回复中，并记录这些内容将被加入论文。每一项承诺都写入 .icml/rebuttal/promises.md。

Step 0 — 准备工作