收到审稿意见后，最常见的修改习惯是：把审稿人可能问到的每个问题，统统写成论文的"局限"。结果摘要越改越长、结论越来越弱，评审却未必满意。anti-defensive-writing 是一个面向论文、项目申请和专业文本的中英文写作技能：它删掉不必要的免责声明、反复的保留措辞和自我贬低，同时保留必要的限定和证据应有的强度。本文结合这个技能的核心规则，教你把审稿意见分成三类，并为每类选择合适的回应策略。

为什么审稿意见常被"全写成局限" 🤔

修改稿件时，作者往往把自己想象成"被告"：审稿人的每个疑问都要提前辩解，最省事的辩解方式就是在正文里加一句"尽管本研究存在局限……"。但 SKILL.md 的"审稿意见与正文"一节给出了一条明确的反规则：

改正文时，处理确实影响结论或读者理解的问题。不要把审稿人可能提出的每个疑问，都写成论文的局限。

问题出在"不分类型"。有的意见是实打实的硬伤，有的只是需要核实的疑问，还有的只是"补个实验会更好"的锦上添花。把三者混为一谈，要么该改的不改，不该改的却反复道歉。

先分类：三种审稿意见与对应策略

模拟审稿时（SKILL.md 称之为"模拟审稿"），先把每条意见归类，再决定怎么处理：

这条分类标准直接来自 SKILL.md 的英文规则 "Review Comments and Manuscript Text"：区分"已有证据的问题、需要核实的疑问、以及只是补做会更好"的额外实验。

策略一：真问题，按五步流程改

对于第一类问题，技能提供了"不利结果的处理流程"，共五步：

1. 判断影响范围：这项结果是否影响核心结论或读者理解？有影响，就应讨论。
2. 写清事实：在什么条件下、哪个指标出现了什么结果。原因不明，就不要编造解释。
3. 检查是否过度主张：证据只支持部分情况就缩小范围；完全不支持就撤回结论。
4. 检查以偏概全：看是否把"某个条件下的问题"写成了"方法的普遍缺陷"。
5. 放对位置：把限制放在方法、讨论或局限部分；只有当摘要或结论中省略该限定会误导读者时，才保留在那些位置。

一个典型场景是"某项指标落后"。技能给出的正反例：

❌ 避免：准确率较低，说明该方法仍存在一定局限。

✅ 优先：该方法将延迟从 100 ms 降至 60 ms，准确率为 89%，基线为 90%。

同样的事实，一种写法是在"认罪"，另一种是在陈述具体的权衡（tradeoff）。审稿人要的是后者。

策略二：疑问要先核实，别急着"认缺陷"

第二类意见的关键是先验证，再动笔：

• 意见指出某处结论缺依据？先找到"哪一句话因此缺少依据"。技能特别提示：缺少模块 A 的消融实验，就还不能认定性能提升来自 A——这时该写的是"当前增益尚不能归因于 A"，而不是笼统的"实验不充分"。
• 意见质疑实验设计？先回到数据核对，确认问题是否真实存在，再决定改数据、补说明还是回复审稿人。
• 确实需要保留不确定性的，把来源说清楚即可，例如："现有证据支持这一解释，但尚不能据此估计总体效应。"

记住一条底线：删掉多余的保留措辞，不等于把尚不确定的结果说成定论，更不能把相关关系写成因果关系。

策略三：锦上添花的实验，做了才写、不必当局限

第三类意见（"补个实验会更好"）最容易制造无意义的局限句。处理原则很简单：

• 补做了：在正文或补充材料中报告结果，并说清它回答了什么——方法是否有效、优势来自哪里、能否排除其他解释、在什么条件下适用。
• 没做也不影响核心结论：不写。"补做会更好"不构成交付给读者的"局限"，放进回复信即可。
• 与主要结论关系不大的结果，移到补充材料；重复展示的实验，合并或精简。

投稿前自查清单 ✅

改完正文，按 SKILL.md 的"投稿前检查"过一遍：

• 删去没有增加信息的自我否定（"仅为初步尝试""只能提供有限参考"这类习惯性谦辞）；
• 收回或缩小证据撑不住的结论；
• 删除摘要和结论中重复出现的限制声明——必要的限制只说一次，放在合适的章节；
• 确认摘要、引言、实验和结论都围绕主要贡献展开。

一句话标准：哪些句子只是怕别人质疑，却没有提供信息、说清范围或帮助论证？删掉它们。

三个真实修改案例对照

仓库的 examples/ 目录收录了三组"防御性 → 直接表达"的完整段落，正好对应论文修改中最容易失手的位置：

• 📄 论文引言：把开头大段"我们不声称……"的预道歉，改成先报发现——"自动化关键词过滤使活跃用户的主动回复减少 14%"。
• 📄 方法与贡献：把"我们尝试引入……可能带来适度提升"，改成先报量化贡献（吞吐提升 2.4×、显存降低 42%），把边界客观地留给后续讨论。
• 📄 项目申请：把"希望……也许能提供些许有用的洞见"，替换为具体目标与质控协议，用工程保障回应风险，而不是用犹豫回应风险。

如何安装 anti-defensive-writing

安装只需要一个SKILL.md文件，无需 Git、Python、Node.js 或包管理器：

1. 克隆仓库：git clone https://gitcode.com/gh_mirrors/an/anti-defensive-writing
2. 运行安装脚本（三选一，任选其一即可）：
   • macOS / Linux / WSL：运行 install.sh，通过--dest指定技能目录，默认~/.agents/skills；
   • Windows：用 PowerShell 7 运行 install.ps1，用-Dest指定目录；
   • Claude Code 用户则安装到~/.claude/skills。
3. 手动安装（更简单）：在技能目录下建anti-defensive-writing文件夹，把 SKILL.md 复制进去即可，其他文件都不需要。

调用方式：Codex 中输入$anti-defensive-writing 修改下面的段落，删掉多余的防御性表达，保留必要限定，不增加原文没有的事实；Claude Code 中输入/anti-defensive-writing。如果只是想先试用，也可以直接把 SKILL.md 全文粘贴到聊天工具的写作指令中。

小结

• 审稿意见分三类：已有证据的问题、需核实的疑问、补做即可的实验，策略各不相同；
• 真问题按五步流程改：写清事实、检查过度主张、别以偏概全、把局限放对位置；
• 疑问先核实再动笔，补做型实验"做了才写"；
• 用 anti-defensive-writing 的技能规则过一遍全文，删掉只为"自保"而写的句子。

少防御，多思想，强表达——让好的研究被更清晰地看见。