关于 paper-rebuttal
paper-rebuttal 是帮助研究者回应同行评审意见的 Skill,重点是先判断哪些问题真正影响评分,再安排回应优先级。它提供评论分类、证据与修订回应结构,以及针对常见审稿意见的策略。
主要功能
- 01按评分影响诊断意见
- 02评论颜色分类与优先级
- 03汇总多位审稿人的共性
- 04三部分逐条回应结构
- 05常见审稿问题策略
适用场景
- 01分析评审意见中的关键异议
- 02起草逐条审稿回复
- 03合并多位审稿人的共同问题
- 04回应缺少实验或基线的质疑
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ evoscientist/ evoskills --skill paper-rebuttal安装后在 Claude Code 中输入/paper-rebuttal确认已加载。
附带文件assets/rebuttal-template.mdreferences/rebuttal-tactics.md
详细介绍
论文 rebuttal
收到同行评审意见后,系统地撰写 rebuttal。目标不是为每一点辩护,而是通过解决真正影响评分的问题来提高分数。
何时使用此技能
- 用户收到评审意见,需要撰写 rebuttal
- 用户询问如何回应具体的评审批评
- 用户希望在回复前从策略层面分析评审意见
- 用户提到“rebuttal”“评审意见”“评审反馈”或“回复评审”
如需在投稿前进行自我评审,并在问题变成评审意见前发现薄弱之处,请使用
paper-review技能。
第 1 步:诊断评审意见
动笔之前,先回答:“这位评审为什么给出这个具体分数?”不要只看他们写了什么,而要弄清楚是什么影响了分数。大多数研究者会跳过这一步,平均地处理每条意见。这是个错误。
诊断分数
针对每位评审,思考:“怎样才能让这位评审从当前分数转为接受?”
| 分数范围 | 典型情况 | 你的策略 |
|---|---|---|
| 7+ | 已经是你的支持者 | 为其准备论据,以便在讨论阶段使用 |
| 5-6 | 犹豫不决,有 1-2 个问题阻碍其接受 | 找出并解决这些具体问题 |
| 3-4 | 存在根本性异议 | 判断该异议是否可以解决;如果不能,就把精力放在其他地方 |
| 1-2 | 强烈拒绝 | 找出影响分数的一两个异议,而不是逐一处理所有意见 |
为每条意见标注颜色
阅读每份评审意见,并为每条意见标注颜色:
| 颜色 | 含义 | 行动 | 预算 |
|---|---|---|---|
| 红色 | 影响分数的问题——这就是分数偏低的原因 | 优先处理,投入最大精力和证据 | 60% |
| 橙色 | 可以解决的问题 | 用具体数据或修改内容回应 | 30% |
| 灰色 | 次要或表面问题 | 简短确认,并说明已修正 | 10% |
| 绿色 | 正面评价或赞扬 | 记下来,作为支持者的论据 | — |
哪些担忧应标为红色
审稿人评分告诉你该看哪里,而不是该标出多少问题。列出八个问题的审稿人通常是被其中一两个问题驱动的,因此把低分审稿人的每条评论都标为红色,会把 60% 的篇幅预算花在无法改变任何结果的问题上。
判断标准。 只有同时满足以下两点,才将一项担忧标为红色:
- 你能说清它会影响哪项判断:“没有这一点,R3 仍会打 3 分”或“AC 提到的担忧仍未解决”。如果说不清,就不能标为红色。
- 该问题仍未解决。论文已经回答的担忧,不会左右评分,无论它听起来多么根本:应通过指出证据来回答(见下文的反直觉回应原则 3),并标为橙色。
以下任一情况都足以说清第 1 点中的判断:
- 元审稿或 AC 的评论指出该担忧尚未解决:这项判断由 AC 作出。只有输入中确实包含此类评论时才使用这一点。
- 这是建议拒稿(1-4)的审稿人的核心异议,无论他们是否称其为主要问题,或它只是其评审意见的实质内容:这项判断由该审稿人的评分决定。即使措辞委婉、元审稿没有重提这一点,也仍然成立。每位审稿人通常有一两个这样的异议,而不是整张问题清单。
- 持保留态度的审稿人(5-6)将其与自己的保留意见联系起来:这项判断由该审稿人的评分决定。
- 两位或更多审稿人独立提出了同一个根本问题:这项判断取决于 AC 对共识的理解。
- 如果属实,该问题会改变论文的主要结论:这项判断关乎核心主张是否成立。
常见的过度标红情况,应改标为橙色或灰色:建议拒稿的审稿人提出的次要要求;改进建议(“如果……会更有说服力”),但既不是建议拒稿的审稿人的核心异议,也没有被持保留态度的审稿人联系到其保留意见;仅涉及方法的问题;细微的澄清事项。
标红意味着这项担忧决定结果,而不是说你能说服对方。如果无法回应红色异议,就坦率承认,并缩小主张范围,而不是花费篇幅争辩。
没有配额。简短而严厉的评审中,大多数评论都可能是红色的,这就是应如实呈现的情况:不要为了缩短红色列表,就把建议拒稿的审稿人的核心异议降级。长篇评审中,如果大多数评论都被标为红色,请逐条重新检验;你很可能是按评分而非判断来标记。
找出未明说的问题
每条审稿人评论背后都有一个未明说的问题。像“基线已经过时”这样的评论,真正想问的是:“这种方法是否确实能与当前方法竞争?”回应未明说的问题,而不只是表面上的要求。
第 2 步:制定回应策略
对每项担忧进行分类
| 类别 | 回应策略 |
|---|---|
| 误解 | 引用论文中的具体位置进行澄清;重述关键要点 |
| 缺少实验 | 首先检查现有结果(包括附录)是否已经回答了这一问题:引用准确位置并重述结果。否则就运行实验,并在回应中直接展示结果。如果无法运行,应如实说明限制并缩小主张范围;明确具体的承诺是最后的选择 |
| 缺少基线 | 如果论文已经报告了相关比较,就指出该处;否则补充比较,或准确解释该基线为何不适用 |
| 写作清晰度 | 表示认可,并在回应中提供修改后的文本 |
| 根本性担忧 | 直接通过技术论证和补充证据加以回应 |
| 次要问题 | 感谢审稿人,并确认已修正 |
找出常见主题
如果多位审稿人提出了同一项担忧,那几乎可以肯定这是一个真实弱点。将这些内容整合到“共同回应”部分中——这样既节省字数,也能表明你理解这一模式。
区分可执行意见与主观意见
- 可执行意见:“缺少与方法 X 的比较”——你可以采取行动
- 主观意见:“创新性有限”——较难回应,但可以用证据重新阐述
为支持者制定策略
你的 rebuttal 真正面向的不是负面评审,而是正面评审。
支持者会在 AC 讨论中为你辩护,而且经常会直接引用你的原话。撰写 rebuttal 时,要为他们提供有力的论据:
- 让关键论点便于复制粘贴——支持者会直接引用
- 指出评审之间意见一致之处——共识能增强支持者的立场
- 标出评审之间的矛盾——如果 R1 说“创新性有限”,但 R2 说“方法很有意思”,支持者可以利用这一点
- 先强调优点,再谈缺点——提醒 AC 你的论文有哪些亮点
完整的 18 条策略规则,请参阅 references/rebuttal-tactics.md。
第 3 步:撰写 rebuttal
结构
- 开头:用一句话感谢评审(简短即可)
- 共同关注点:先回应多位评审提出的问题——这些问题优先级最高
- 逐位评审回应:按优先级(红色 → 橙色 → 灰色)回应剩余问题,而非按照评审撰写意见的顺序
逐条回应的格式
对每条意见,遵循以下三部分结构:
- 认可:表明你理解这条意见(一句话)
- 回应:给出你的回答——证据、澄清或新实验结果
- 修改:说明你在修订稿中做了哪些修改(具体到章节、表格或图)
请使用 assets/rebuttal-template.md 中的可填写模板。
中立第三方测试
提交前,请找一位没读过你论文的人,让对方只阅读评审意见和 rebuttal。然后问:“你能判断这些意见是否得到了回应吗?”如果不能,就重写。
反直觉的 rebuttal 原则
-
即使分数差距很大,也要提交 rebuttal。 得分为 3/8/8 的论文,机会可能比你想象的更大。负面评审可能会在讨论中意识到自己是少数派。但这只有在你提交 rebuttal 时才有可能——没有 rebuttal,AC 就无从着手。
-
让步小处,争取大处。 承认一个小缺点(“我们同意,表 2 可以加入数据集 X,以使内容更完整”),能让你对重大问题的辩护更可信。毫不让步、一味辩护,会显得不客观。
-
先用现有证据,再做新实验,最后才做承诺。 提议新实验前,先搜索已提交的论文、正文和附录,查找已经能回应这条意见的证据,并准确引用对应的表格、图或章节:AC 可以在已有的 PDF 中核实这些内容,而对未来工作的承诺则会被打折看待。如果论文尚未回应这条意见,那么即使是一个规模较小、结果直接展示在文中的新实验,也胜过再多的论证;评审受过训练,会对论点持怀疑态度,但不会对数据持同样态度。如果无法开展实验,就说明原因并收窄论断。没有结果的承诺是最弱的做法:尽量少做,并且要具体说明会做什么、使用哪些数据、何时完成。充斥着“我们将补充……”的 rebuttal,会让人觉得论文尚未完善。
-
最好的 rebuttal 在提交前就已写好。 撰写论文时,先为可能的质疑起草回应(“预先 rebuttal”)。这样做有两个好处:你往往会发现质疑确实成立,从而修正论文;如果质疑真的出现,你也已经准备好经过润色的回应。
-
不要对所有问题投入同等精力。 平均用力会让人觉得你不知道哪些问题最重要。按颜色编码分配字数预算:红色 60%,橙色 30%,灰色 10%。当你把重大问题回应得很到位时,评审会注意到。
常见的审稿意见
针对这些常见意见,提前准备好回应。准备回应并不意味着照搬原文,而是要根据你的具体论文和审稿人的具体表述进行调整。对于每一行,原则 3 都应优先适用:如果论文中已经回答了相关意见,就先指出相应证据,再补充其他内容。
| 常见意见 | 回应策略 |
|---|---|
| “创新性有限” | 阐明具体见解;说明以往研究无法做到什么;缩小并明确主张的范围 |
| “改进幅度有限” | 强调其他优势(速度、泛化能力、简洁性);增加更具挑战性的测试用例 |
| “缺少消融实验” | 如果论文或附录中已有消融实验,就指出相关内容;否则,在 rebuttal 中直接加入消融实验表格 |
| “缺少基线” | 如果已报告相关比较,就指出该内容;否则,补充比较,或准确说明为何不适用 |
| “无法复现” | 补充实现细节;承诺在明确的时间表内发布代码 |
| “评估有限” | 增加多样化的数据集或指标;如果难以实现,就如实说明资源限制 |
| “未讨论局限性” | 在修订稿中增加局限性章节;承认这是疏漏 |
| “结果夸大” | 收敛具体主张,使其与证据相符;展示修订后的表述 |
| “比较不公平” | 采用标准评估协议;补充常见的基线 |
| “方法属于工程而非研究” | 指出设计背后的科学见解;解释这一选择为何并非显而易见 |
| “指标与主张不符” | 让每项主张都对应具体指标;如果可行,补充缺失的指标 |
| “相关工作不完整” | 补充遗漏的参考文献;说明它们与本工作的关系 |
**需要为 rebuttal 开展新实验?**使用
experiment-craft技能进行针对性调试,或使用experiment-pipeline开展完整的新实验阶段。
从论文审阅交接
此技能承接 paper-review 的工作。如果你在投稿前使用过 paper-review,以下产物对 rebuttal 尤其有用:
| 来自 paper-review 的产物 | 对 rebuttal 的帮助 |
|---|---|
| 优先考虑拒稿的模拟 | 你已提前预判了可能的质疑 |
| 主张—证据审查表 | 快速核实审稿人对主张缺乏依据的质疑是否成立 |
| 预先准备的回应草稿(反直觉流程的第 6 阶段) | 可直接用于回应常见批评的模板 |
| 可信度评分卡 | 识别你可以主动承认的弱点 |
参考资料导航
| 主题 | 参考文件 | 使用时机 |
|---|---|---|
| 18 条策略规则 | rebuttal-tactics.md | 了解结构、内容和语气方面的详细写作指导 |
| Rebuttal 模板 | rebuttal-template.md | 开始编写新的 rebuttal 文档 |