rebuttal-and-response-to-reviewers

用途

该技能面向需要回复同行评审的研究者，帮助规划并撰写两类文本：期刊在 revise-and-resubmit 阶段的“response to reviewers”信，以及会议在严格篇幅限制下的 rebuttal。其核心判断是：回复的读者是编辑或领域主席（area chair），他们需要快速判断关切是否已被处理，因此每条回复都应易于核验——引用关切、直接回答、给出修改位置。

主要能力

第一步：分类（动笔之前）

把每份评审拆成原子化意见，并用表格逐条分类，表格字段包括：ID、Reviewer、Comment（简短）、Type、Effort、Plan。示例：R1.1 / 评审人1 / 缺少基线X / 实验 / 高 / 在2个数据集上运行X；R2.3 / 评审人2 / §4中的论断过度 / 措辞 / 低 / 弱化并补充局限。

意见类型包括：误解（原文表述不清）、缺少分析/实验、措辞/呈现、实质分歧、超出范围、评审人的事实错误。

分类后需要：

找出驱动评分的2-3个关切（通常多位评审人共有），这些获得最多投入，并在会议 rebuttal 中排在最前。
判断修订窗口内哪些工作可行。绝不承诺不会做的实验。
记录评审人之间的冲突，便于编辑裁决。

第二步：先做工作，再写回复

在起草回复之前先运行实验并修改稿件，使每条回复都能指向具体改动。维护一份改动日志，记录章节/页码/行号。

第三步：回复模式

期刊回复信（无严格篇幅限制）的结构示例：

Reviewer 1, Comment 1: "<引用或忠实概括关切>"

Response: We thank the reviewer for ... [第一句直接回答]。We have [action]。The new results (Table 3, p. 7, lines 210-224) show ...

Change in manuscript: "<引用新增/修改后的文字>" (Section 4.2, p. 7)

最佳实践：

第一句就回答（"Yes, we have added..."、"We agree and have..."、"We respectfully disagree because..."）。
每位评审人感谢一次，而不是每条意见前都感谢。
引用修改后的文字，让评审人无需自行查找。若期刊允许，提供 tracked-changes/diff 版本。
给意见编号（R1.1、R1.2……），用交叉引用代替重复（"see our response to R2.1"）。

表示不同意（在有正当理由时是允许且被预期的）：

承认底层关切（"We understand the concern that ..."）。
给出证据：数据、引用、小型补充分析或精确解释。
在诚实之处做出让步：在正文中澄清或声明局限。
绝不讽刺，绝不说评审人“未能理解”。改写文本，使下一位读者不会误解。

会议 rebuttal（硬性限制：每位评审人的字符/词数或一页；需查看具体会议要求）：

开头用简短的总回复覆盖共有关切和新结果。
然后按评审人，只写影响决策的意见，每条2-5句。
新数字放在紧凑表格中。明确说明 camera-ready 将改什么。
礼貌地纠正事实性误读并给出定位（"Section 3.2, Eq. 4 defines ..."）。
遵守会议关于新实验、链接和补充材料的规则。许多会议在 rebuttal 期间禁止外部链接或新 PDF。
在 OpenReview 讨论中：及时、简洁回复，并在接近尾声时为 AC 总结已解决的要点。

第四步：给编辑的 cover note（期刊）

用3-6个要点总结主要改动，标出无法解决的评审分歧及原因，并确认所有共同作者已批准修订。

质量检查清单

每条意见都有回复。对照分类表清点数量。
每处“we have added/changed”确实存在于稿件所引位置。
新数字在回复、稿件、表格和摘要之间一致。
语气：专业、具体、绝不防御。以评审人的视角阅读。
不提出超出修订后证据支持的新论断。
篇幅在会议要求限制内（实际计数）。

适用场景

适用于期刊 revise-and-resubmit 的回复信撰写、会议 rebuttal 的规划与写作、OpenReview 讨论中的回复，以及需要为编辑准备 cover note 的场合。

限制

资料未提供该技能的具体安装方式、运行环境、收费模式或平台支持信息。会议 rebuttal 的具体篇幅限制、是否允许新实验或外部链接，需以具体会议要求为准，资料中仅提示“需查看具体会议要求”。

技能介绍

用途