pr-triage

name	pr-triage
description	PRの変更内容をトリアージし、変更カテゴリ分類・表層チェック・必要リファレンス判定を行います。結果を`.pr-triage.json`に出力し、後続のコードレビューフェーズで活用します。CI環境でのコスト最適化に使用してください。

PRトリアージ

PRの変更内容を分析し、後続のコードレビューフェーズに必要な情報を構造化して出力するスキルです。 軽量モデル（Haiku）での実行を想定しており、CI環境でのコスト最適化に寄与します。

手順

1. gh pr view <PR番号> --json title,body,headRefName,baseRefName,changedFiles でPR情報を取得
2. gh pr diff <PR番号> --name-only で変更ファイル一覧を取得
3. 差分の取得（changedFilesが15以上の場合、手順3はスキップしてファイル名とPR説明のみで分析する）：
   • changedFilesが15未満の場合のみ gh pr diff <PR番号> でコード差分を取得
   • 表層チェックが必要なファイル（.ts, .js, .tsx, .jsx）が多い場合は個別に gh pr diff <PR番号> -- <file> で取得
4. .pr-review-state.json が存在するか確認する（前回レビュー状態）
5. 以下の分析を行う：
   • 変更ファイルのカテゴリ分類（added/modified/deleted）
   • 使用言語・フレームワークの検出
   • 変更カテゴリの判定（認可変更、DB変更、RLS変更、API変更、テスト変更、設定変更、スキル変更）
   • 必要なリファレンスファイルの判定
   • Minor/Suggestionレベルの表層的問題の検出（インクリメンタルモード時は変更ファイルのみ）
   • 差分の要約（200文字以内）
   • レビュー時に注目すべきポイント
6. 分析結果を .pr-triage.json ファイルに出力する

インクリメンタルモード（.pr-review-state.json が存在する場合）

前回のレビュー状態を活用してチェック範囲を最適化する：

1. .pr-review-state.json の last_reviewed_commit を取得する
2. git diff <last_reviewed_commit>..HEAD --name-only で前回レビュー以降に変更されたファイルを特定する
3. 変更のないファイルの surface_issues は前回の状態からそのまま引き継ぐ（"carried_over": true を付与）。再チェックしない。
4. 変更があったファイルのみ表層チェックを実行する
5. 前回の surface_issues と review_comments のうち、該当箇所が修正されたものを resolved_issues に含める