引言：Rebuttal的重要性
- Rebuttal的背后逻辑是沟通、修正认知偏差、展示科研态度。
- 审稿是有限信息下的判断，Rebuttal给予作者一次“二次表达”的机会，去修正因表述不清、审稿人预设立场或误解带来的负面影响。
- 本质上，Rebuttal是审稿人与投稿人之间的一次引导性对话、一次隐形的合作。好的Rebuttal可以起到：
- 舒缓审稿人情绪，建立良好的互动氛围；
- 一次提升审稿人对自己工作的认可度的机会；
- 维持原有的较高评分，实现中立或负面评价的“转危为安”，争取高分不降、低分上调。
- Rebuttal是ACL评审流程中的核心环节，直接影响最终评分与接受概率。
Part 1：Rebuttal的标准结构与写作思路
1.1 宏观原则
- TURG四步：感谢-理解-回应-引导
- 感谢（Thank）
在rebuttal的开头，应该对审稿人的工作表示感谢。这种感谢应该是真诚的、具体的，而不是泛泛的客套话。例如，可以感谢审稿人对某个具体问题的细致关注，或者感谢他们提出的建设性建议。
- 理解（Understand）
在回应每一条意见之前，首先要明确审稿人提出这个问题的背景和出发点。很多时候，审稿人的质疑并非空穴来风，理解他们的顾虑是有效回应的前提。
- 回应（Respond）
这是rebuttal的核心部分。针对每一条意见，给出清晰、直接的回应。如果同意审稿人的意见，就坦诚承认；如果存在误解，就耐心澄清；如果需要补充证据，就提供具体的数据或实验结果。
- 引导（Guide）
在回应的过程中，要注意引导审稿人看到论文的亮点和价值。这种引导不是强行推销，而是通过事实和逻辑，让审稿人自然而然地产生积极的印象。
- 每一个问题的回复都采用总分总结构。
- 不要期望审稿人回去翻原文，能讲的数据直接给出来；不好讲的直接指明原文位置。
- 减少“语文建模”、自说自话。注重用数据/引用/逻辑增强说服力（如说better不能只说一个better，要说明better在哪，better多少）。
1.2 标准结构（类似议论文）
- 总——感谢与整体回应开头
- 分——逐条回答审稿人的问题
- 总——总结性陈述
1.3 微观步骤
- 引用原文：先引用审稿人的原话（使用 > 块状标识），明确讨论对象
- 表示感谢：感谢审稿人的建设性意见
- 正面回应：Yes /No/Agree/Clarification，态度要干脆利落
- 提供证据：用数据、实验结果、引用文献来支撑观点
- 解释原因：说明为什么之前没有说清楚（可能是篇幅限制）
- 承诺改进：明确说明会在终版论文中如何修改
- 再次感谢：保持礼貌，期待审稿人的理解
Part 2：不同类型审稿意见的回应策略
面对误解类意见：
当审稿人因为表述不清而产生误解时，应该采用“道歉-澄清”的模式。
例如：“We are grateful to the reviewer for this meticulous corrections. We may not have adequately addressed in our paper... Specifically...”
面对质疑类意见：
当审稿人对研究结论的可靠性提出质疑时，应该用数据和证据说话。可以提供补充实验的结果、引用相关的权威文献、或者展示更多的分析细节。
例如：“While we acknowledge this limitation, we conducted an additional analysis showing …”
面对建议类意见：
对于建设性的建议，应该表达充分的认可和感谢，再讲我们会补充哪些东西，并承诺加入正文或附录中。
例如：“Thank you for the insightful suggestion. Below we provide …”
面对不合理意见：
如果审稿人的意见确实存在偏差，应该礼貌地提出不同看法，并提供充分的论据支持。这种情况下，语气要温和，态度要坚定。
例如：“We respectfully disagree and would like to point out that prior works \citep{…} have adopted similar settings …”
Part 3：常见误区
| 误区 | 改进建议 |
|---|---|
| 混淆“已然”与“未然” | 分清哪些工作是已经做过的，哪些是未来可能会做的 |
| 使用绝对化表述，如："best", "fairest“ ... | - 使用限定词： 将 "the best" 替换为 "achieves state-of-the-art results on [specific dataset]" 或 "highly competitive performance"。 - 数据说话： 如用 "outperforms the baseline by X% (statistically significant with p < 0.05)" 代替空洞的夸赞。 |
| 只讲how，不讲why（例如：只说相比同类型工作多了哪些指标，但没有讲为什么要多这些指标） | 建立“动机-结果”链条： 解释增加某项指标是为了填补前人工作的哪种评估空白 |
| 当审稿人要求进一步讨论Limitations部分时，自己捅自己刀子，贬低自己工作的价值 | 在讲局限性的时候，不要忘记提贡献、价值以及Trade-off的合理性（数据支撑） |
| 行文逻辑弱，中心论点藏在段落中不易发现 | 段内逻辑为“先结论，后解释” |
| 使用反问句和修辞 | 保持语气中立、专业 |
Part 4：语言表达与格式规范
4.1 表达建议
| 目的 | 推荐表达 | 不建议表达 |
|---|---|---|
| 表示感谢 | We are grateful for the reviewer's meticulous suggestions ... | We disagree because ... |
| 澄清误解 | We may not have explained this clearly… | You misunderstood ... |
| 强调结果 | We observed a sustained ... (how much) improvement ... | Our model is obviously better… |
| 拒绝建议 | We agree it is interesting, but out of scope … | This is irrelevant ... |
| 承诺改进 | We shall add this to Section ... | We might consider … |
4.2 格式规范
- 引用 reviewer的话 用
>块状标识，如：
Reviewer 1：The Limitations section deserves further discussion.
- 采用“结论先行”的段落结构，先说结果，再说解释。
- 实验结果应该配合表格或具体数据。
- 保持中立、专业的语气，避免情绪化表达，如反问句和修辞。
- 注意字数限制。
Part 5：关键规则补充
- 文本格式： 必须是 纯文本 (Text-only)，不支持插入图片或外部链接。如果违反规定插入链接，可能会导致论文被 Desk Reject。
- 回复次数： 指南建议针对每个 Review Thread（审稿线索）最多进行 2 次 回复。AC（领域主席）没有义务阅读过长的讨论。
- 关于新实验： 允许在 Rebuttal 中报告为了回应审稿人而做的“小规模实验”（如消融实验、更改超参数或对比新基准），但禁止提交显著改变模型或论文贡献的重大新实验结果。
- 建议： 由于 ACL 的政策偶尔会有微调，在撰写时请务必留意 OpenReview 提交框上方那行小的提示文本（Limit: XXXX characters）。
更多详情可查看ACL官方链接：ARR 作者指南 (Author Guidelines) 这里详细规定了在收到初审意见后如何进行 Author Response。
Part 6：写在最后
6.1 核心目标
不是证明自己没错，而是：
- 引导审稿人给出更高评分。
- 消除模糊与负面印象。
- 展现合作与改进意愿。
6.2 三大策略
- 优先重点回应影响评分的关键问题（如创新性、有效性、实验设计，一般是每个Reviewer的前两个问题）。
- 对轻微问题快速认领并承诺修正，给审稿人“参与感”。
- 保持积极的语气，让审稿人愿意“帮你”而非“针对你”。
6.3 Rebuttal的边界
Rebuttal无法彻底改变固执的负面审稿人，但可以：
- 稳住中立评价者。
- 激发正面审稿人帮你发声。