triage-reviews

査読コメントのトリアージ

生の査読コメントを構造化された判断資料に変換します。すべての懸念点を個別に取り出し、分類（誤解／実際の欠陥／実験の依頼／説明の明確化／意見の相違）し、深刻度 × 作業量で評価したうえで、投稿先の反論字数制限に収まる回答計画として順序付けます。これは「査読コメントが届いた」段階と write-rebuttal の間に実行する計画策定の手順です。生の査読コメントをもとにそのまま反論を書くと、誤字の指摘へのお礼に、評価を左右する重要な点が埋もれてしまいます。

使用するタイミング

• 「NeurIPS／ICML／SIGSPATIAL／…の査読コメントが届きました。回答を手伝ってください」
• 「これらの査読コメントをトリアージしてください」／「反論では何から対応すべきですか？」
• 「査読者 2 が X と言っていますが、論文ではすでに説明しています。どう対応すればよいですか？」
• OpenReview、EasyChair、CMT、HotCRP、PCS、または通知メールから貼り付けた査読コメント
• write-rebuttal の前に必ず使用してください。ジャーナルへの再投稿時の回答にも役立ちます。

入力

1. ファイル内の生の査読コメント（例：reviews.txt）：ユーザーが投稿システムから貼り付けるか、エクスポートします。プラットフォームごとのコピー手順と注意点については、references/platform-formats.md を参照してください。
2. 投稿先のプロファイル（任意ですが推奨）： venues/conferences/<venue>-<year>.yml（スキーマは venues/schema.yml）— review.rebuttal_format、review.rebuttal_limit、deadlines.rebuttal_end を提供します。ない場合は、まず parse-cfp を実行するか、プラットフォームに依存しない方法で進めてください。
3. 投稿した論文（.tex／PDF、任意）：誤解に関する指摘を検証し、根拠となる箇所を特定するために必要です。

プロセス

1. 生のテキストを機密扱いで準備します。 ユーザーに、レビューをローカルのファイルに保存するよう案内します。保存先は、Git リポジトリの外にするか、.gitignore に追加してください。多くの会場ではレビューのテキストは機密情報です。一時的に処理し、決してコミットしないでください。

2. 決定論的に解析します。 次を実行します。

   python3 scripts/parse_reviews.py reviews.txt -o triage.json
   

   プラットフォームは自動検出されます。--format openreview|easychair|cmt|hotcrp で指定でき、必要に応じて --min-words 3 を使うと、簡潔な一文も検出できます。出力は JSON の骨組みで、査読者、スコア、標準化されたセクション、懸念事項ごとのエントリー（R1.1、R1.2、…）が含まれます。classification／severity／effort は null のままです。終了コード：0 は正常、1 は何も検出されなかった場合、2 は入力不正です。

3. 生のテキストと照合して解析結果を確認します。 査読者数、生のテキストにあるすべての弱点や質問が懸念事項として含まれていること、スコアが取得されていることを確認します。査読者または懸念事項が抜けていた場合は、テキストを修正して（Review N のバナー行を挿入して）再実行するか、JSON に懸念事項を手動で追加してください。査読者の指摘を黙って削除してはいけません。復旧手順は references/platform-formats.md の最後のセクションを参照してください。

4. 会場の反論提出方法を確認し、実際の情報で再検証します。 会場プロファイルから review.rebuttal_format、review.rebuttal_limit、deadlines.rebuttal_end を読み取ります。プロファイルは出発点であり、確定情報ではありません。ユーザーがそれらを頼りにする前に、反論の形式、文字数／ページ数の制限、新たな実験結果が許可されているか、締め切りを、最新の cfp_url（および会場の著者向けガイドライン）で再確認してください。何をいつ確認したかを明示します。rebuttal_format: none の場合は、その旨を伝えてください。それでもトリアージは、カメラレディ原稿の改訂や次回の投稿に役立ちます。

5. すべての懸念事項を分類します。 references/triage-rubric.md の判断ツリーと定義に従って、triage.json 内の各懸念事項について classification、severity、effort、evidence_anchor、1 行の response_strategy を記入します。以下のルールを必ず守ってください。

   • 実際の論文から反証となる記述を見つけた場合に限り、misunderstanding と判定します。evidence_anchor にセクション／行を引用してください。
   • 重大度は査読者の口調ではなく、採択への脅威を表します。2 名以上の査読者が指摘した懸念事項は、重大度を 1 段階上げます。
   • 工数は論文の修正にかかるコストではなく、反論提出期間内に対応するコストを表します。
   • 判断に迷う懸念事項については、ユーザーと一緒に確認してください。論文の内容を把握しているのはユーザーです。

6. マトリックスを生成します。 次を実行します。

   python3 scripts/build_matrix.py triage.json --budget <limit> --budget-unit chars
   

   検証済みの反論提出制限に基づいて予算を設定します（例：NeurIPS 形式の OpenReview では --budget 10000 --budget-unit chars、CVPR の 1 ページ PDF では --budget 800 --budget-unit words。ジャーナルの R&R では --budget を省略します）。スクリプトは列挙値を検証し（分類が完了するまで、未入力の懸念事項を列挙して終了コード 1 を返します）、優先度スコアと must／should／brief の区分を計算し、査読者の要約、重大度 × 工数のグリッド、懸念事項のマトリックス、対応計画、予算配分を出力します（機械可読な出力には --format json を指定します）。

7. 結果を提示して引き継ぎます。 まず must-address の区分をユーザーと確認し、rebuttal_end までに完了できない実験の依頼があれば明示して、対応方針の行を確認します。次に、会場の形式に沿った草案の作成を write-rebuttal に引き継ぎます。新たな実験を行う場合は、それを約束する前に、反論で新しい結果を提示する会場の方針（手順 4）を確認するようユーザーに伝えてください。

出力

• triage.json — 懸念事項を構造化して分類したデータ（機械可読で、write-rebuttal で再利用できます）。
• トリアージマトリックスレポート（build_matrix.py による Markdown 出力）：スコア付きの査読者ごとの要約、重大度 × 工数のグリッド、優先度順の懸念事項マトリックス、must／should／brief の対応計画、懸念事項ごとの予算配分。

どちらもローカルに保存し、リポジトリに置けないテキストをユーザーが含める必要のあるファイルにしてはいけません。機密性の高い作業ファイルとして扱ってください。

専門分野に合わせる

このパーサーは、コンピューターサイエンス分野の投稿システムを対象としています。ジャーナル中心の分野では、ScholarOne／Editorial Manager の査読コメントを貼り付け、Reviewer #N のバナー行を追加して、--format cmt で解析してください。予算を立てるステップを、上限のない回答書の計画に置き換えてください。評価基準（誤解／実際の欠陥／要求された実験）は、分野を問いません。

ガードレール

• 査読文は機密情報です。一時的に処理し、決してコミットせず、公開される成果物（issue、例、ショーケースファイル）で引用しないでください。
• 査読者の文面を捏造したり、和らげたりしてはいけません。マトリクスに記載する懸念事項は、元の査読コメントから追跡可能なものでなければなりません。引用は一度に最大でも1文にしてください。
• 論文内の根拠を確認せずに、misunderstanding と断定してはいけません。references/triage-rubric.md の誠実さに関するルールを必ず守ってください。
• 回答を計画する際に追加する引用は、回答書に反映する前に verify-citations を通してください。
• ユーザーが内容を信頼する前に、回答書の形式、制限、締め切りを最新の cfp_url で再確認してください（ステップ4は必須です）。
• ユーザーに代わって、いかなるシステムにも回答を提出してはいけません。計画段階で停止してください（write-rebuttal では、草稿の段階で停止してください）。