triage

# Issue / PR Triage 番号からIssueまたはPRを判定し、対応判断に必要な最小限の調査を行う。 ```text /triage 42 /triage #8 /triage #8 --force # CodeRabbit障害や緊急時のメンテナ例外 ``` ## 原則 - PRでは必ずReadiness判定を最初に行う。 - ReadyでないPRのdiff、全コメント、コードベースを読まない。 - CodeRabbitの指摘を再レビューせず、製品判断・設計・高リスク箇所に集中する。 - サブエージェントはMedium/High以上で独立した調査面がある場合だけ使う。 - `--force`時は、バイパスした条件と理由をレポートする。 - コメント投稿、ラベル変更、クローズなどのGitHub更新は、ユーザーが依頼した場合だけ行う。 ## Phase 0: 種別判定 まずIssueとして取得し、取得できなければPRとして扱う。 ```bash gh issue view <number> --json number,title,body,labels,state,comments,author,createdAt gh pr view <number> --json number,title,body,labels,state,isDraft,author,createdAt,changedFiles,additions,deletions,headRefOid,reviewDecision,statusCheckRollup ``` Issueなら「Issueフロー」、PRなら「PRフロー」へ進む。 ## PRフロー ### Phase 1: Intake / Ready判定 このPhaseではPR本文、件数、ラベル、チェック状態だけを見る。ファイル内容や全diffは取得しない。 次を順番に確認する。 1. **ファイル数** - 1〜50: 通常 - 51〜150: 関連Issue / Prompt Requestと分割不能理由を必須とする - 150超: `NOT READY`。Size以外のgateは判定せず、分割依頼とクローズだけを推奨して、ここで終了する 2. **Draft**: Draftなら`NOT READY` 3. **レビュー基盤**: 外部PRが`.coderabbit.yaml`、`.github/workflows/**`、PRテンプレート、PR Readiness checker、エージェント指示・設定を変更する場合、メンテナの`review:override`がなければ`NOT READY` 4. **PR本文**: テンプレートの必須欄とAuthor Checklistを確認する 5. **UI証拠** - visible UI変更: Before / Afterとdevice/platformを必須とする - 新規UI: Beforeは`N/A — 理由`を許可する - mobile UI領域の非表示変更: スクリーンショット不要理由を必須とする 6. **PR Readiness status**: 最新head commitで成功していることを確認する 7. **CI**: `Test` workflowが成功していることを確認する 8. **CodeRabbit**: 最新head commitがApprove済みで、未解決のR...