paper-rebuttal

論文のリバッタル

査読コメントを受け取った後、リバッタルを執筆するための体系的なアプローチです。目的はすべての指摘に反論することではありません。実際に評価を左右する懸念に対処し、スコアを上げることです。

このスキルを使う場面

• ユーザーが査読者のコメントを受け取り、リバッタルを執筆する必要がある
• ユーザーが特定の査読者の批判への対応方法を尋ねている
• ユーザーが回答する前に、査読を戦略的に分析したい
• ユーザーが「リバッタル」「査読者のコメント」「査読フィードバック」「査読者への回答」に言及している

投稿前のセルフレビューや、査読者から指摘される前に弱点を見つけるには、paper-review スキルを使ってください。

ステップ 1：査読を診断する

一言でも書く前に、次の問いに答えてください。「この査読者がこのスコアを付けた理由は何か？」 書かれている内容ではなく、スコアを左右した要因を考えます。多くの研究者はこの手順を飛ばし、すべてのコメントに同じように対応します。それは間違いです。

スコアの診断

査読者ごとに、次のように考えてください。「この査読者が現在のスコアから採択へと評価を変えるには、何が必要か？」

スコアの範囲	典型的な状況	戦略
7+	すでにあなたの味方	議論の段階で使える根拠を提供する
5-6	判断に迷っており、1〜2個の懸念が障害になっている	その具体的な懸念を特定し、解消する
3-4	根本的な異議がある	対処可能な異議かどうかを判断し、対処できない場合は他に注力する
1-2	強い拒否	指摘されたすべての点ではなく、スコアを左右する1〜2個の異議を特定する

すべてのコメントを色分けする

各レビューを読み、すべてのコメントに印を付けてください。

色	意味	対応	割り当て
Red	スコアを左右する懸念 — スコアが低い理由	最優先で対応し、最大限の労力と根拠を注ぐ	60%
Orange	対処可能な懸念 — 解消できる	具体的なデータや改訂内容で回答する	30%
Gray	軽微または表面的な指摘	簡潔に受け止め、修正を確認する	10%
Green	肯定的なコメントや称賛	あなたの味方を後押しする根拠として記録する	—

どの懸念が Red なのか

レビュアーのスコアは、どこに注目すべきかを示すものであり、どれだけの懸念を指摘すべきかを示すものではありません。8点を挙げるレビュアーも、そのうち1、2点を重視していることがほとんどです。そのため、スコアの低いレビュアーのコメントをすべて Red にすると、60％の予算を、評価を左右しない点に費やすことになります。

判断基準。 次の両方を満たす場合に限り、懸念を Red とします。

1. その懸念が左右する判断を明示できます。「これがないと R3 は 3 のままです」や「AC が指摘した懸念が未解決のままです」のように説明できる必要があります。できない場合、その懸念は Red ではありません。
2. その懸念がまだ解決されていません。論文がすでに答えている懸念は、どれほど根本的に聞こえてもスコアを左右するものではありません。根拠を示して答え（以下の反直感的な反論の原則 3）、Orange とします。

次のいずれかに当てはまれば、1 の判断を特定するには十分です。

• メタレビューまたは AC のコメントが、その懸念を未解決のものとして挙げている場合：判断を下すのは AC です。この種のコメントが実際に入力に含まれている場合に限り、これを使ってください。
• 拒否を推奨するレビュアー（1〜4）の中心的な異議である場合：それを主な問題と呼んでいるか、レビューの実質的な内容であるかは問いません。判断を下すのはそのレビュアーのスコアです。丁寧な表現であっても、メタレビューで繰り返されていなくても当てはまります。各レビュアーにつき1、2点程度と考え、リスト全体を対象にしないでください。
• 判断を保留しているレビュアー（5〜6）が、その懸念を留保の理由として挙げている場合：判断を下すのはそのレビュアーのスコアです。
• 2人以上のレビュアーが、同じ根本的な問題をそれぞれ独立して指摘している場合：判断を下すのは、合意に対する AC の見解です。
• それが事実であれば、論文の主な結論が変わる場合：判断を下すのは、中心的な主張が成り立つかどうかです。

過剰に Red としがちな例は、Orange または Gray が適切です。拒否を推奨するレビュアーによる二次的な要求、「〜があればより強くなる」といった改善提案のうち、拒否を推奨するレビュアーの中心的な異議ではなく、判断を保留しているレビュアーも留保の理由として挙げていないもの、手法に関わるだけの点、軽微な明確化などが該当します。

Red とは、その懸念が結果を左右するという意味であり、反論に成功できるという意味ではありません。Red の異議に答えられない場合は、予算を費やして反論するのではなく、率直に認め、主張の範囲を狭めてください。

ノルマはありません。短く厳しいレビューでは、コメントの大半が Red になることもあります。それが正直な見立てなら、Red の数を抑えるために、拒否を推奨するレビュアーの中心的な異議を格下げしないでください。長いレビューでコメントの大半が Red になる場合は、それぞれについて判断基準を再適用してください。判断ではなくスコアを基準にしている可能性があります。

見えない問いを特定する

すべてのレビュアーコメントの背後には、明示されていない問いがあります。「ベースラインが古い」というコメントが実際に問うているのは、「この手法は現在のアプローチと比べて、本当に競争力があるのか」です。表面的な要求だけでなく、見えない問いに答えてください。

ステップ 2：回答戦略を立てる

すべての懸念を分類する

カテゴリ	回答戦略
誤解	論文の具体的な箇所を示して明確にし、要点を言い換える
実験不足	まず、既存の結果（付録を含む）がすでに答えになっていないか確認する。該当箇所を正確に引用し、結果を改めて示す。そうでなければ実験を実施し、その結果を本文中に示す。実施できない場合は制約を正直に説明し、主張の範囲を狭める。対象を限定した具体的な約束は最後の手段とする
ベースライン不足	論文ですでに報告している場合は比較箇所を示す。そうでなければ追加するか、そのベースラインを適用できない理由を正確に説明する
文章の明瞭さ	指摘を認め、回答で修正後の文章を提示する
根本的な懸念	技術的な議論と追加の根拠の両方で、正面から対応する
軽微な問題	レビュアーに感謝し、修正したことを伝える

共通の論点を特定する

複数のレビュアーが同じ懸念を指摘している場合、ほぼ確実に実際の弱点です。これらを「共通回答」セクションにまとめてください。これにより、語数を節約し、指摘の傾向を理解していることを示せます。

対処可能な指摘と主観的な指摘を見分ける

• 対処可能：「Method Xとの比較がありません」—対応できます
• 主観的：「新規性に乏しい」—対処は難しいですが、根拠を示して言い換えることはできます

支持者を味方につける戦略

反論文の本当の読者は、否定的な査読者ではなく、肯定的な査読者です。

あなたの支持者はACの議論であなたを擁護し、しばしばあなたの言葉をそのまま使います。支持者が擁護しやすくなるように反論文を書きましょう。

1. 主要な論点をそのままコピーして使える形にする — 支持者はあなたの文章を直接引用します
2. 査読者同士が同意している点を強調する — 合意があれば、支持者の主張に説得力が増します
3. 査読者同士の矛盾を指摘する — R1が「新規性に乏しい」と述べる一方でR2が「興味深いアプローチ」と述べている場合、支持者はこれを活用できます
4. 弱点より先に強みを示す — 論文の優れた点をACに改めて伝えます

戦術の全18項目については、references/rebuttal-tactics.mdを参照してください。

ステップ3：反論文を書く

構成

1. 冒頭：査読者への感謝を一文で述べます（短くまとめます）
2. 共通する懸念点：複数の査読者が指摘した問題にまず対応します — これらが最優先です
3. 査読者ごとの回答：残る懸念点に、優先順位順（赤 → オレンジ → グレー）で対応します。査読者が書いた順にはしません

懸念点ごとの形式

各懸念点について、次の3部構成に従います。

1. 認識を示す：懸念点を理解していることを示します（一文）
2. 回答する：根拠、説明、新たな実験結果などを提示します
3. 対応を述べる：改訂稿で変更した内容を具体的なセクション、表、図を挙げて示します

assets/rebuttal-template.mdの記入式テンプレートを使用してください。

中立な第三者による確認

提出前に、論文を読んでいない人に査読コメントと反論文だけを読んでもらいます。「懸念点に対応できているか判断できますか？」と尋ねてください。判断できない場合は書き直しましょう。

直感に反する反論の原則

1. 極端なスコアでも反論文を提出します。 スコアが3/8/8の論文も、思っているより採択の可能性があります。議論の中で、否定的な査読者が自分の評価が例外的だと気づくかもしれません。ただし、反論文を提出した場合に限ります。提出しなければ、ACには議論の材料がありません。

2. 小さな点を認めて、大きな点で勝ちます。 「完全を期すため、表2にデータセットXを追加できる点は同意します」のように軽微な弱点を認めると、重要な論点に対する弁護の信頼性が高まります。譲歩が一切ない全面的な弁護は、客観性に欠ける印象を与えます。

3. 既存の根拠、新しい実験、約束の順に示します。 新しい実験を提案する前に、投稿した論文の本文と付録を確認し、懸念点にすでに答える根拠がないか探してください。該当する表、図、セクションを正確に引用します。ACは手元にあるPDFで確認でき、将来の作業の約束は割り引いて評価するためです。論文で答えられない場合は、懸念点に対応する小規模な新しい実験を行い、その結果を本文に示すほうが、どれだけ論を重ねるよりも有効です。査読者は議論には懐疑的ですが、データにはそうではありません。実験を実施できない場合は、その旨を伝え、主張の範囲を狭めます。結果を伴わない約束は最も効果の弱い手段です。約束はまれにとどめ、具体的に（何を、どのデータで、いつまでに実施するか）述べます。「追加します」という約束が並ぶ反論文は、論文が未完成だと認めているように読まれます。

4. 最善の反論文は、投稿前に書いておきます。 論文を書きながら、想定される批判への回答を「事前反論」として作成します。メリットは2つあります。批判が妥当だと気づいて論文を修正できること、そして実際に批判されたときに、練り上げた回答をすぐに使えることです。

5. すべての論点を同じように弁護しないでください。 どの論点が重要か把握できていないことが伝わります。色分けに応じて、語数の配分は赤に60％、オレンジに30％、グレーに10％とします。重大な問題に的確に対応できれば、査読者はそれに気づきます。

よくある査読者の懸念

こうしたよくある懸念への回答を準備しておきましょう。回答を準備することは、そのまま丸写しにするという意味ではありません。論文の内容や査読者の具体的な指摘に合わせて調整してください。どの行でも、原則 3 を最初に適用します。投稿した論文がすでに懸念に答えている場合は、何かを付け加える前に、その根拠を示してください。

よくある懸念	対応方針
「新規性が限定的」	具体的な知見を明確に示し、先行研究では何ができないのかを説明し、主張の範囲を絞って明確にします
「改善幅がわずか」	速度、汎化性、単純さなど、ほかの利点を強調し、難易度の高いテストケースを追加します
「アブレーションが不足している」	論文または付録にアブレーションがすでにある場合は、その箇所を示します。ない場合は、反論書の本文にアブレーション表を追加します
「ベースラインが不足している」	比較結果がすでに報告されている場合は、その箇所を示します。そうでない場合は追加するか、適用できない理由を具体的に説明します
「再現性がない」	実装の詳細を追加し、具体的な時期を示してコードを公開することを約束します
「評価が限定的」	多様なデータセットや指標を追加します。実行できない場合は、リソース上の制約を正直に説明します
「限界についての議論がない」	改訂版に限界の節を追加し、見落としだったことを認めます
「結果を過大に主張している」	根拠に合うように具体的な主張を弱め、修正後の表現を示します
「比較が不公平」	標準的な評価プロトコルを用い、一般的に報告されているベースラインを追加します
「手法は研究ではなくエンジニアリングだ」	設計の背景にある科学的知見を特定し、その選択が自明ではない理由を説明します
「指標が主張と合っていない」	各主張を具体的な指標に対応させ、実行可能であれば不足している指標を追加します
「関連研究が不十分」	不足している参考文献を追加し、自分の研究との関係を説明します

反論書のために新しい実験を行う必要がありますか？ 対象を絞ったデバッグには experiment-craft スキルを、新しい実験段階全体には experiment-pipeline を使用してください。

論文レビューからの引き継ぎ

このスキルは paper-review の続きから利用できます。投稿前に paper-review を使用した場合、以下の成果物が反論書の作成に特に役立ちます。

paper-review の成果物	反論書への活用方法
棄却優先のシミュレーション	想定される批判をすでに予測できています
主張と根拠の監査表	根拠のない主張に関する査読者の懸念が妥当かどうかをすばやく確認できます
反論前の草稿（直感に反するプロトコルのフェーズ 6）	よくある批判に対する回答テンプレートとして、すぐに使えます
信頼性スコアカード	先回りして認められる弱点を特定できます

参考資料の案内

トピック	参考ファイル	使用するタイミング
18 の実践ルール	rebuttal-tactics.md	構成、内容、トーンに関する詳しい執筆ガイダンス
反論書のテンプレート	rebuttal-template.md	新しい反論書の作成を始めるとき