rebuttal-response

修改审稿人回复

为忙碌的读者撰写审稿回复。每条正式回复都要先简短感谢审稿人。随后，让每个回答都能立即对应到审稿人的具体关切：先说明做了什么、发现了什么，再说明其含义，并指出稿件修改的位置。不要让审稿人自行推断对应关系、在多段文字中查找，或在答案已经清楚后还要阅读辩解性文字。

从权威材料着手

1. 找出与该意见相关的最新回复信、稿件、补充信息、图表和结果文件。
2. 用户说明的版本优先级具有约束力。若用户指出以稿件或 SI 为准，不要重新采用旧版回复中的文字或结论。
3. 在编辑之前，完整阅读审稿意见和当前回复。
4. 将意见拆分为可分别回答的请求。保留审稿人使用的名词和区分，包括数据集、方法、比较单位、所要求的分析以及声称的结果。
5. 建立私有对应矩阵，每项请求占一行，列出：
   • 审稿人的具体关切或原话；
   • 直接回答；
   • 所采取的行动或证据；
   • 结果；
   • 有证据支持的结论；
   • 修改位置；
   • 确有必要时需说明的关键证据边界。
6. 将该矩阵用作验收标准。回复中必须明确涵盖每一行；不得用相邻分析替代所要求的内容。
7. 绝不捏造结果、统计数据、实验、引文、修改位置或占位值。明确标出缺失值，或索取缺失的来源材料。

如果任务涉及直接编辑文档，还要使用相关的文档技能，并渲染完成的文件进行视觉核验。

起草前先分析

除非用户明确要求只提供最终文字，否则先简短诊断：

• 审稿人实际在要求什么？
• 该关切属于方法、证据、解读、呈现还是术语问题？
• 是否需要新实验、对现有结果进行新分析、澄清，还是仅需收窄措辞？
• 现有证据支持的最有力结论是什么？
• 为使回复可信，稿件、SI 或回复中的哪项表述必须修改？

不要假定增加实验就一定是最佳应对方式。优先采取能够真正解决问题的最小行动，但不要用措辞修改掩盖真正的证据缺口。

阅读 triage-and-stance.md，根据问题成因对意见进行分类，并决定回复应当让步、澄清还是提出异议。起草前先作出这一判断；主张校准针对的是已选定的立场，不能代替立场选择。

根据复杂程度选择回复结构

不要对每条评论都套用同一种模板。

• 简单评论： 用一个简洁的段落给出直接回答或采取的行动、必要时提供修正后的文本，并注明修订位置。
• 中等程度的实质性评论： 先给出一个独立的概述，然后设置两个或三个以审稿人实际提出的子问题命名的小节，最后用一个段落准确说明修订位置。
• 复杂的多部分重大评论： 先给出一个独立的概述，可选地添加一个 Specifically, we: 行动列表，随后按完全相同的顺序设置对应的证据小节，最后用一个段落准确说明修订位置。

只有在行动列表确实有助于读者浏览时才使用。如果使用，务必使其成为真正的目录：条目数量、顺序、概念和标签都必须与详细小节一致。不要把基因分析和药物分析这类同属一个实验的内容，分别列为顶层行动和较低层级的结果。

概述必须独立成文，让只读第一段的审稿人也能理解。第一句必须简短地感谢审稿人。根据评论自然变换措辞，例如 We thank the reviewer for this important comment、We appreciate the reviewer's helpful suggestion 或 We thank the reviewer for raising this point。不要在整封回复信中机械地重复同一表达，不要过度赞美，不要赞同未接受的前提，也不要在感谢句中复述整条评论。

感谢句之后，应立即以解决问题的行动、结果或直接回答开启实质性回复，而不是只宣布已处理该问题。只要证据允许，按以下顺序展开：

1. 简短致谢；
2. 行动或实验；
3. 核心结果；
4. 对审稿人的直接回答；
5. 稿件修改。

小节标题应针对审稿人提出的问题，而不是作者内部的推理类别。技术表述准确时，应沿用审稿人的原词。如果审稿人分别询问两种表示、数据集、基线、设置或结果，应分别回答。

起草回复或对回复进行大幅重组时，请阅读 response-patterns.md。

让审稿人能轻松把握每个段落

• 在段落的第一句话中交代该段的结论或作用。
• 感谢之后的第一句实质性内容必须传达新信息。删除空洞的过渡性开头，例如 We directly addressed the concern that...，以及没有行动或回答、只是复述评论的句子。
• 明确说明逻辑关联，不要让审稿人自行推断结果为何能回答评论。
• 匹配审稿人质疑的实验或统计单元。仅仅沿用审稿人的措辞并不足够；如果回复检验的是相邻但不同的对象，仍然答非所问。
• 区分实验结果与该结果所支持的解释。
• 每个段落只提出一个主要论点。
• 使用直接、常见的科学表述。避免新造的标签、抽象措辞、不必要的 transparent 和公式化的赞美。
• 第一​​句始终要感谢审稿人，但不要默认使用 We agree that...；感谢并不意味着必须认同评论中的每个前提。
• 除非原文风格明显偏好，否则避免使用破折号。
• 改写时保留相关文献、图、表和 Supplementary Note 引用。
• 插入图或表之前，先用一句话说明它回答了什么问题。

控制重复内容和防御性措辞

• 在概述中陈述整体答案，在相应章节中陈述特定对象的结果，并在末尾说明稿件修改。不要在行动清单、每个小节、单独的结论章节和结尾段落中重复相同的综合结论。
• 如果单独的综合结论章节只是重述概述和前文结果，就将其删除。
• 不要在有证据支持的结论后习惯性补充让步语，例如 However, this does not prove...。
• 仅在审稿人明确要求、删去会导致论断不准确，或研究设计会带来实质性的过度解读风险时，才说明适用边界。
• 将必要的边界说明放在其限定的具体论断旁边。不要把它写成防御性的结尾段落。
• 以有证据支持的答案和具体修改收尾，不要以对未进行分析的猜测收尾。

让论断与证据相匹配

应用以下证据层级：

1. 直接观察： showed、was higher、remained impaired。
2. 运行层面的可复现性： was reproduced across the evaluated runs。
3. 关联： was associated with、is consistent with。
4. 诊断或干预： provides evidence consistent with、supports a possible explanation。
5. 因果归因： 仅在研究设计能隔离该因素且可信的替代解释受到控制时使用。

遵循以下常见边界规则：

• 诊断分析可以支持某种机制，但很少能证明该机制。
• 多个随机种子用于描述训练变异性。它们并不会自动成为独立的生物学样本，也不能据此进行总体层面的推断。
• 未能检测到有意义的优势，并不能证明统计等同或等效。
• 有限的超参数扫描只能确定已评估比例中表现最佳者，而非全局最优值。
• 固定最大路径深度，并不意味着参数共享或有效容量也保持不变。
• 必须明确指出数据集特定的发现所适用的数据集。除非证据确实覆盖所声称的范围，否则避免使用始终、普遍、默认选择或笼统的优越性论断。
• 均值 ± 标准差描述的是运行间变异性，不要称其为置信区间。
• 区分实际效应大小、随机稳定性、统计不确定性和跨数据集一致性。
• 当领域偏移的来源仍然相互混杂时，应报告特定场景下的相关因素或合理解释，而不是声称已完成全面的方差分解或因果分解。
• 名义损失权重相等，并不意味着梯度压力相等。
• 扰动测试显示的是对该干预的敏感性或依赖性；不要自动将其称为有效的信息交换。

当这一差异与论断相关时，应同时说明哪些因素受到了控制，以及哪些因素必然发生了变化。保留必要的限制说明，但不要自动将每一种可以设想的替代解释都放在显眼位置。

确保回复、稿件和 SI 保持同步

对于每一项实质性主张，请核实：

• 数值、单位、指标名称、种子数量、数据集、划分、对照对象和汇总方式都准确无误；
• 稿件包含承诺的修订；
• SI 包含足够的方法细节，以支持回复中详细描述的任何分析；
• 图、表、注释和分面编号均存在，且与实际内容一致；
• 引用的修订文本与文档逐字一致；
• 概述、详细回复、稿件、SI 和图注中的术语保持一致；
• 回复没有超出修订后稿件的范围进行概括；
• 每幅嵌入的图都在出现之前于正文中引出，并有明确的引用说明；
• 没有孤立的图、表或注释，也没有指向不存在或错误分面的引用。
• 每条修订位置说明都指出该处改了什么，例如：结果部分报告发现，方法部分描述分析，讨论部分修订解释；
• 概述、可选行动列表、章节标题、详细证据和结尾修订段落保持相同的一一对应关系。

在回复中对稿件所做的修改

回复信负责论证；稿件不负责。为回应审稿人而对稿件所做的修改，必须遵守 anti-defensive-writing 的规则零：

• 修改内容应是结果、精确的定义、更清晰的设计说明或范围更窄的主张。不得添加安抚性表述、说明论文不主张什么的句子，也不得重述回复信中的论证。
• 只有在某项限制界定已报告结果的含义时，才将其写入稿件；并且只在讨论部分结尾的范围段落中，或在其发挥作用的方法句中，以正面表述写一次。
• 用来劝服审稿人的推理应留在回复信中。诸如“[remaining factors] could not be separated”这类为回复信斟酌的措辞，不应粘贴到稿件中；稿件应说明哪些因素保持不变，哪些因素发生变化。
• 在回复信引用任何修订段落之前，对其运行 anti-defensive-writing 检测流程。

请使用 final-audit.md 对整封信或可提交版本进行审查。

匹配所要求的输出模式

诊断审稿意见

先给出结论：哪些内容已经充分，哪些缺乏支持，以及哪些必须修改。然后提出回复思路。除非对方提出要求，否则不要起草完整回复。

起草或修改回复

先简要分析，再提供完整、可直接使用的文字。如果对方只要求一句或一段，则在简短分析后只返回该内容。若任务纯粹是提供可直接复制的文字且具备相应功能，请使用写作块。

审查回复信

将发现分为：

1. **必须修改：**事实错误、缺乏支持的主张、自相矛盾、缺少承诺的修订、错误的引用或分面、占位符、重复文本，以及会影响提交的版式问题。
2. **强烈建议：**有助于提升清晰度或明确边界、降低审稿风险的实质性改进。
3. **可选：**纯粹的风格润色。

如果用户只要求强制修改项，则只报告第 1 类，并明确说明是否仍有待修改项。

保留有用的负面结果

不要隐瞒或过度修饰不利的分析结果。应准确地重新表述：

• 说明该分析针对的是哪种不确定性或假设；
• 如实报告观察到的结果，不夸大；
• 指出哪些结论因此被削弱或缩小范围；
• 说明仍然存在的实际意义；
• 避免声称失败证明某事无关紧要。

目标是形成可信的修订记录，而不是把所有结果都写成正面故事。