pr-to-ready

PR の準備

1. $ARGUMENTS、現在のブランチ、またはオープン中のリポジトリ PR から対象の PR を特定します。
2. ライブの PR を確認します。差分、コミット、チェック、レビュー、未解決のスレッド、コメント、マージ可能性、ローカルの git ステータスを調べます。
3. フィードバックを分類します。対応可能、異議あり、解決済み、古い情報、参考情報、人間による判断が必要。
4. 対応可能な項目を、変更を小さく保ちながら修正します。異議がある項目には、その理由を説明するコメントをスレッドに投稿して反論し、コードは変更しません。プロダクト、セキュリティ、コードオーナー、またはリスクに関する判断が必要な場合は停止します。
5. 修正を検証できる最小限のチェックを実行します。共有動作またはユーザー向け動作を変更した場合は、より広範なチェックを実行します。
6. プッシュ後に PR を再確認します。対応した各スレッドに、変更内容を返信します。アクセス可能な場合は、根拠を添えてリンク先のチケットを更新します。
7. Ready、Not ready、または Blocked と報告し、変更内容、実行したチェック、反論した項目、残っている項目を記載します。
8. 「merge？」と尋ねられた場合は、直接回答します。決してマージしません。

ルール

• 決してマージしません。
• 具体的な理由がある場合に限り反論します。理由は正確性、スコープ、または文書化された規約に基づく必要があります。人間のレビュアーとの好みの違いは、反論せず「人間による判断が必要」に分類します。
• あれば望ましいというだけのフィードバックで、タスクの範囲を広げないでください。
• 必須チェックが失敗している場合や、対応可能なフィードバックが残っている場合は、Ready と判定しないでください。
• 古い要約ではなく、ライブの PR の状態を信頼してください。
• スキップしたテスト、プレースホルダー、不完全な修正、前提を隠さないでください。