mcpField
P
paper-rebuttal

paper-rebuttal

github.com/evoscientist文档处理481443 次安装1 天前更新
代码仓库

关于 paper-rebuttal

paper-rebuttal 是帮助研究者回应同行评审意见的 Skill,重点是先判断哪些问题真正影响评分,再安排回应优先级。它提供评论分类、证据与修订回应结构,以及针对常见审稿意见的策略。

主要功能

  1. 01按评分影响诊断意见
  2. 02评论颜色分类与优先级
  3. 03汇总多位审稿人的共性
  4. 04三部分逐条回应结构
  5. 05常见审稿问题策略

适用场景

  1. 01分析评审意见中的关键异议
  2. 02起草逐条审稿回复
  3. 03合并多位审稿人的共同问题
  4. 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% 的篇幅预算花在无法改变任何结果的问题上。

判断标准。 只有同时满足以下两点,才将一项担忧标为红色:

  1. 你能说清它会影响哪项判断:“没有这一点,R3 仍会打 3 分”或“AC 提到的担忧仍未解决”。如果说不清,就不能标为红色。
  2. 该问题仍未解决。论文已经回答的担忧,不会左右评分,无论它听起来多么根本:应通过指出证据来回答(见下文的反直觉回应原则 3),并标为橙色。

以下任一情况都足以说清第 1 点中的判断:

  • 元审稿或 AC 的评论指出该担忧尚未解决:这项判断由 AC 作出。只有输入中确实包含此类评论时才使用这一点。
  • 这是建议拒稿(1-4)的审稿人的核心异议,无论他们是否称其为主要问题,或它只是其评审意见的实质内容:这项判断由该审稿人的评分决定。即使措辞委婉、元审稿没有重提这一点,也仍然成立。每位审稿人通常有一两个这样的异议,而不是整张问题清单。
  • 持保留态度的审稿人(5-6)将其与自己的保留意见联系起来:这项判断由该审稿人的评分决定。
  • 两位或更多审稿人独立提出了同一个根本问题:这项判断取决于 AC 对共识的理解。
  • 如果属实,该问题会改变论文的主要结论:这项判断关乎核心主张是否成立。

常见的过度标红情况,应改标为橙色或灰色:建议拒稿的审稿人提出的次要要求;改进建议(“如果……会更有说服力”),但既不是建议拒稿的审稿人的核心异议,也没有被持保留态度的审稿人联系到其保留意见;仅涉及方法的问题;细微的澄清事项。

标红意味着这项担忧决定结果,而不是说你能说服对方。如果无法回应红色异议,就坦率承认,并缩小主张范围,而不是花费篇幅争辩。

没有配额。简短而严厉的评审中,大多数评论都可能是红色的,这就是应如实呈现的情况:不要为了缩短红色列表,就把建议拒稿的审稿人的核心异议降级。长篇评审中,如果大多数评论都被标为红色,请逐条重新检验;你很可能是按评分而非判断来标记。

找出未明说的问题

每条审稿人评论背后都有一个未明说的问题。像“基线已经过时”这样的评论,真正想问的是:“这种方法是否确实能与当前方法竞争?”回应未明说的问题,而不只是表面上的要求。

第 2 步:制定回应策略

对每项担忧进行分类
类别回应策略
误解引用论文中的具体位置进行澄清;重述关键要点
缺少实验首先检查现有结果(包括附录)是否已经回答了这一问题:引用准确位置并重述结果。否则就运行实验,并在回应中直接展示结果。如果无法运行,应如实说明限制并缩小主张范围;明确具体的承诺是最后的选择
缺少基线如果论文已经报告了相关比较,就指出该处;否则补充比较,或准确解释该基线为何不适用
写作清晰度表示认可,并在回应中提供修改后的文本
根本性担忧直接通过技术论证和补充证据加以回应
次要问题感谢审稿人,并确认已修正
找出常见主题

如果多位审稿人提出了同一项担忧,那几乎可以肯定这是一个真实弱点。将这些内容整合到“共同回应”部分中——这样既节省字数,也能表明你理解这一模式。

区分可执行意见与主观意见
  • 可执行意见:“缺少与方法 X 的比较”——你可以采取行动
  • 主观意见:“创新性有限”——较难回应,但可以用证据重新阐述
为支持者制定策略

你的 rebuttal 真正面向的不是负面评审,而是正面评审。

支持者会在 AC 讨论中为你辩护,而且经常会直接引用你的原话。撰写 rebuttal 时,要为他们提供有力的论据:

  1. 让关键论点便于复制粘贴——支持者会直接引用
  2. 指出评审之间意见一致之处——共识能增强支持者的立场
  3. 标出评审之间的矛盾——如果 R1 说“创新性有限”,但 R2 说“方法很有意思”,支持者可以利用这一点
  4. 先强调优点,再谈缺点——提醒 AC 你的论文有哪些亮点

完整的 18 条策略规则,请参阅 references/rebuttal-tactics.md。

第 3 步:撰写 rebuttal

结构
  1. 开头:用一句话感谢评审(简短即可)
  2. 共同关注点:先回应多位评审提出的问题——这些问题优先级最高
  3. 逐位评审回应:按优先级(红色 → 橙色 → 灰色)回应剩余问题,而非按照评审撰写意见的顺序
逐条回应的格式

对每条意见,遵循以下三部分结构:

  1. 认可:表明你理解这条意见(一句话)
  2. 回应:给出你的回答——证据、澄清或新实验结果
  3. 修改:说明你在修订稿中做了哪些修改(具体到章节、表格或图)

请使用 assets/rebuttal-template.md 中的可填写模板。

中立第三方测试

提交前,请找一位没读过你论文的人,让对方只阅读评审意见和 rebuttal。然后问:“你能判断这些意见是否得到了回应吗?”如果不能,就重写。

反直觉的 rebuttal 原则

  1. 即使分数差距很大,也要提交 rebuttal。 得分为 3/8/8 的论文,机会可能比你想象的更大。负面评审可能会在讨论中意识到自己是少数派。但这只有在你提交 rebuttal 时才有可能——没有 rebuttal,AC 就无从着手。

  2. 让步小处,争取大处。 承认一个小缺点(“我们同意,表 2 可以加入数据集 X,以使内容更完整”),能让你对重大问题的辩护更可信。毫不让步、一味辩护,会显得不客观。

  3. 先用现有证据,再做新实验,最后才做承诺。 提议新实验前,先搜索已提交的论文、正文和附录,查找已经能回应这条意见的证据,并准确引用对应的表格、图或章节:AC 可以在已有的 PDF 中核实这些内容,而对未来工作的承诺则会被打折看待。如果论文尚未回应这条意见,那么即使是一个规模较小、结果直接展示在文中的新实验,也胜过再多的论证;评审受过训练,会对论点持怀疑态度,但不会对数据持同样态度。如果无法开展实验,就说明原因并收窄论断。没有结果的承诺是最弱的做法:尽量少做,并且要具体说明会做什么、使用哪些数据、何时完成。充斥着“我们将补充……”的 rebuttal,会让人觉得论文尚未完善。

  4. 最好的 rebuttal 在提交前就已写好。 撰写论文时,先为可能的质疑起草回应(“预先 rebuttal”)。这样做有两个好处:你往往会发现质疑确实成立,从而修正论文;如果质疑真的出现,你也已经准备好经过润色的回应。

  5. 不要对所有问题投入同等精力。 平均用力会让人觉得你不知道哪些问题最重要。按颜色编码分配字数预算:红色 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 文档

评论

支持 Markdown