rebuttal-writinglisted

# Rebuttal Writing ## 使用场景 - 为 AI/ML conference 写 reviewer rebuttal、author response、discussion reply 或 AC summary。 - 当某个低分 reviewer 存在明显事实错误、可能偏见或严重误读时，起草给 AC 的私密说明。 - 把零散实验、case、修订承诺和 reviewer comment 整理成紧凑 Markdown。 - 在字数限制下，把尖锐问题转写成可回答、对作者有利但不歪曲原意的 `Q1/Q2/...`。 - 回答必须完全匿名，不能出现作者身份、外部链接、GitHub、主页、机构、项目私有路径或任何可反查身份的信息。 ## 总体原则 - 先感谢，再回答；先承认 reviewer 的有效关注点，再给证据。 - 每个 reviewer-specific response 都必须以 `Dear Reviewer [ID],` 或 `Dear Reviewer,` 开始；不要省略称呼。 - 所有 `Q1/Q2/...` 标题都要写成中性陈述式主题，而不是复述 reviewer 的质问。 - 问题摘要要弱化尖锐措辞，但不能偷换问题或删掉核心 concern。 - reviewer 提到的弱点、concern 和 question 都要一对一回应；即使原文不是问句，也要转成正式的 `Q1/Q2/...` 来回答。 - 回答要具体，优先使用数据、补充实验、ablation、case study、统计检验、表格和真实引用。 - 新增实验不能只报数值；必须用一句话简介实验 setting，例如数据集/子集、模型或方法、指标、对照项和改变的变量。 - rebuttal 中的结论、数值、指标方向和术语必须与原论文一致；不要为了回应 reviewer 临时写出和正文相反的结论。 - 少写空泛套话，例如 “we will improve” 或 “this is interesting”；必须说清楚改什么、结果是什么、支持什么结论。 - rebuttal 通常有严格字数限制；每个回答先给核心结论，再给最强证据。 - 整体回复应该是高信息密度的纯文本 Q&A，不要把 reviewer response 整体改成表格。 - 给 AC 的私密说明要低姿态、证据化、克制；不要直接指责 reviewer，只说明可能存在的 factual misunderstanding、evaluation inconsistency 或 unsupported claim。 - 每个段落第一句话必须简短清楚地给出该段核心点，后文再展开证据或解释。 - 只有当内容天然适合结构化表达时才用分点或表格；不要为了显得充足而加入低信息量表格或空泛 bullet。 - 只承诺实际可以放进 revised version / appendix 的内容；不要编造实验、数据、引用或未来开源链接。 ## 推荐结构 ### Reviewer-specific response ```md Dear Reviewer, Thank you for your careful review and constructive comments. We are pleased that you recognized [认可点1] and [认可点2]. Regarding your remaining concerns about [主题A], [主题B], and [主题C], we resp