new close: merge・手動の経路のスプリントで、リリース記録の PR をまとめの close へ渡す手段が無く、課題が --record-pr unknown で開いたまま残る #2044

#1875 の設計（issues/issue-1875-design.md）の工程で、範囲外として起こす。

#1875 は、リリースの経路が雛形でも昇格でもないスプリント（merge の merged-by-check・手で届ける経路・production: false の行だけの経路）で、まとめの close に --record-pr unknown（記録の置き場が分からない）を渡し、課題を理由つきで開いたまま残すようにする。

残ること: これらの経路でも release の手順はリリース記録（## 配布の記録）を Pull Request に残すが、その PR の番号をまとめのプランへ渡す手段が無い。そのため、本番まで出て受け入れ条件を満たしたスプリントでも、課題は毎回手で閉じることになる。

直し方の案: 手で行うリリースのステージに、リリース記録を置いた PR の番号を記録するステップを足し、まとめの close がその番号を --record-pr で受ける（{queue_pr:promote} と同じ形）。

範囲外とした理由: #1875 の要求の「含まない」に、記録ステップの追加は別の課題で扱うとある（要求の起票者の推定 S2・未決 2）。

（書き手: #1875 の設計の工程の AI、日付: 2026-10-17）

現状と修正レイヤー

supervise.py new close --record-pr N は #2089 で入った。ただし auto 以外の close_waves（supervise_lib/sprint.py）は最終の検査・経路のステージ・まとめを 1 つのキューに同時に組み、まとめを組む時点には記録の PR が無いため、supervise_lib/sprint_routes.record_pr_ref は unknown を返す。渡せるのは pace auto だけである。

修正レイヤーは親 #2230。記録の PR を、プランを組む時点でなく実行の時点で解決する（{queue_pr:<名>} の解決を広げる。#2121 と同じ場所）。

受け入れ条件

1. merge（merged-by-check）・手で届ける・検証の環境だけの経路のスプリントで、まとめの close が --record-pr unknown を受け取らず、リリース記録（## 配布の記録）を置いた PR の番号を、まとめのステップを流す時点で受け取る
2. その PR が実行の時点で見つからないときは、close は止まり（終了コードが 0 でない）、課題を開いたまま ok で返さない
3. 雛形（{queue_pr:release-prod}）と昇格（{queue_pr:promote}）の経路の振る舞いと出力は変わらない

進行

モード: — / 進め方: auto

• 要求と受け入れ条件
• 作業場所の用意 — 2026-11-01 02:53
• 設計
• 素材の収集と出典の確定
• ドキュメント再構成
• ドキュメントレビュー
• 計画 — 2026-11-01 02:53
• 実装 — 2026-11-01 02:54
• 構造改善 — 2026-11-01 05:23
• 実装レビュー — 2026-11-01 06:24
• 完了判定 — 2026-11-01 05:00
• Pull Request — 2026-11-01 05:14
• 確定仕様化 — 2026-11-01 07:43
• 後片付け — 2026-11-01 07:42
• 配布 — 2026-11-01 07:24
• 体裁レビュー
• リリース後テスト — 2026-11-01 07:59
• 振り返り — 2026-11-01 08:08
• 棚卸し — 2026-11-01 08:21

振り返り: #2352 (comment)