prepare-regression

変更を準備する

使用する場合

入力：PR の URL、またはリポジトリとコミット／範囲、ならびにレジストリの割り当て。 対象のコミットを解決した後、プロジェクトのガイダンスに従います。

使用しない場合

同じ入力について、検証済みの準備記録がある場合は、それを再利用します。

準備

1. 標準と ファイルの仕様を読みます。変更全体を S0／S1 として特定します。 コミットの親、または明示的な範囲のベースライン、未マージ PR ではマージベースから固定したヘッドまで、 マージ済み PR ではマージコミットの第 1 親からマージコミットまで、スカッシュではスカッシュコミットの親から、 またはリベース済みの一連のコミット全体を指定します。範囲が曖昧な場合や、ルートコミットのベースラインが 見つからない場合は、準備を中断します。
2. コミットのタイトル／メッセージ、または PR のタイトル、本文、ディスカッション、レビュー、インラインコメントを、 URL と収集時刻とともに固定します。API をページネーションし、制限とライフサイクルを記録します。 両方の状態でセキュリティ／脅威モデル関連のドキュメントを探し、パスまたは検索上の制約を記録します。
3. snapshot.py を uv run --no-project で実行し、 リポジトリ、S0、S1、新しいディレクトリを指定します。特殊なソース要件がある場合は、同等の Git コマンドを使用します。 依存関係／サブモジュール／LFS のリビジョンを保持します。それ以降の履歴は除外し、エクスポートは変更せずに保管し、 別のコピーでビルドします。
4. 境界の説明、固定したコンテキスト、ソース成果物を含む prepare.json を作成して封印します。 作業が中断された場合は、収集済みの証拠を保持し、前提条件を明記します。

結果の報告

詳細な証拠は封印済みパッケージに保管します。返答には次の内容のみを含めます。

• 状態：記録と一致する complete または blocked。
• 記録：封印済みの prepare.json のパス、または生成されなかった理由。
• 結果：選択した S0／S1 と、重要な収集上の制約。
• ブロッカー：中断された場合は、不足している前提条件または呼び出し元に必要な対応。

却下すべき合理化

• 「PR はマージ済みです」：それだけでは変更全体の境界を特定できません。