[takemi-ohama]

本番のプランで、導入の確認を「リリース後テスト」ではなく「配布」の stage として記録するようにしました（#2288（スプリント m26-2 のブランチへ集める））。release-verify への依頼文も合わせて変え、契約の fixture とテストを更新しています。

利用者向けの変化

• supervise.py の本番のプランで、導入の確認は stage「配布」として記録される
• 導入の確認は「リリース後テスト」として記録されない

移行の手順

• 無し

変更の要点

• plugins/ndf/scripts/supervise_lib/release_templates.py: 本番のプランの verify の stage を「配布」にし、release-verify への依頼文を変更
• 契約の fixture 3 件を新しい stage と依頼文に合わせて更新
  • plans/close/3-release-prod.json
  • plans/close/4-close.json
  • plans/sprint/10-release-prod.json
• test_supervise.py と test_supervise_pace_verify.py に確認を追加
• 6 ファイル、追加 15 行・削除 6 行

テスト

supervise.py の run のステップの結果です。

ステップ	exit	結果
base-sync	0	ベースブランチ sprint/m26-2 は進んでいない
format	0	整形 1 本が通った（変わったファイルは無い）
sync	0	同期とチェック 5 本が通った
lint-limited	0	範囲テスト 2 本（15.2 秒）
test-limited	0	範囲テスト 1 本（1051.5 秒）。落ちたテストはフレーキーと既存失敗だけ
design-tests	3	設計文書が無いため停止。3 つの確認は該当なし

• design-tests の停止は、本番のプランの verify が導入の確認だけを流して「リリース後テスト」を通ったと記録し、受け入れ条件ごとの記録が無いためスプリントを閉じる工程で課題が閉じない #2288（スプリント m26-2 のブランチへ集める）に設計文書が無いことによる

設計と違う点

• 該当なし（設計文書が無い）

モード: standard / 通した工程: 実装 → 完了判定 → Pull Request

🤖 Generated with Claude Code