---
name: review-ready
description: 実際の差分と検証結果を調べ、PR本文とレビューの引き継ぎを用意する。「レビュー準備」「PRの説明を書いて」「変更をレビューに出したい」と依頼されたときに使う。PR作成やプッシュは、その操作も依頼された場合に行う。
---

# レビュー準備

レビューする人が会話の履歴を読まなくても、変更と検証結果を判断できるようにします。日本語で書き、ユーザーが別の言語を指定した場合はそれに従います。

## 変更を読む

プロジェクトの開発ルールとPRテンプレートを読みます。作業中の変更、現在のブランチ、取り込み先、対象の差分全体を確認します。無関係な変更を混ぜず、Gitのユーザー情報を変更しません。

解決する問題と変更後の動作を説明します。動作が変わる場合は、変更前後の具体例を短く示します。

依頼と実装の食い違い、意図しない機能削除、秘密情報、変更箇所に関係するエラー処理の不足を確認します。修正は依頼された範囲で行い、未解決の問題は明示します。

## 検証の根拠をそろえる

変更に合う確認を行い、実行したコマンドや観察結果、意味のある制約を記録します。ビルド成功だけで、認証後の動作、デプロイ、外部サービスの成功を証明したことにしません。

画面の変更では、求められた場合や判断に役立つ場合に、現在の実装のスクリーンショットを用意します。実装内容をそのまま写しただけのテストは増やしません。

## 引き継ぎを書く

プロジェクトのテンプレートを優先します。なければ、次の内容で簡潔なPR本文を作ります。

- 解決する問題と、変更後の動作。
- 判断に必要な実装上の選択と、その理由。
- 実行した検証と、残っている未確認事項。

存在しないIssueのリンクや、実際に得ていないテスト結果・公開状況・レビュー承認を記載しません。途中の変更や下書きは、その状態を明記します。

PR本文の準備だけでは、プッシュ、PR作成、マージ、レビュー依頼の送信を始めません。依頼済みであれば、対象リポジトリと取り込み先を確かめ、その範囲で実行します。作成したPRはURLを返し、実行環境に必要な添付機能があれば使用します。

最後に、レビューに渡せる成果物と検証結果を示します。問題が残っていれば、準備完了にせず、その問題を伝えます。