cross-refactoring: 最終ゲートの CI の待ち（予算 30 分のうち 13.4 分）を想定最大時間の勘定から外し、別の上限で待つ #2203

何が起きているか

テストの戦略が local-scoped-ci-whole（全体テストを CI に任せる）のとき、最終ゲートは CI の結論を待つ。その待ちの見込み（CI の壁時計）が、想定最大時間の中から常に確保されている。

PR #2192（2026-10-30、予算 30 分）のリファクタリング計画の「時間の上限」:

30 分のうち 13.4 分が CI の待ちに確保され、実装に使えた時間は 5.09 分だった。PR #2178（同じく 30 分）も 616 秒を確保し、使えた時間は 6.85 分だった。

CI の待ちの間、cross-refactoring の CLI は何もしていない。待ちを予算に入れても、実装の質は上がらず、実装の時間が減るだけである。

提案

CI の待ちを想定最大時間の勘定から外し、別の上限で待つ。

• 予算（想定最大時間）は、手元で手が動く時間（提案・計画・実装・検証・最終ゲートの修正）だけで勘定する
• 最終ゲートの CI の待ちは、既にある「CI の待ちの上限」で打ち切る
• 落ちたときの扱いは今どおり。原因の項目だけを取り消し、最終ゲートの修正を試みる
• リファクタリング計画には、手元の作業の終わりと CI の待ちの終わりを別の行で載せる

受け入れ条件

• local-scoped-ci-whole の実行で、改修計画の時点で使える時間に CI の待ちの見込みが入っていない
• CI が落ちたとき、今と同じく原因の項目だけが取り消され、最終ゲートの修正が 1 回は試みられる
• 実行全体の所要（コメントを最後に書いた時刻 − 開始）が、想定最大時間 + CI の待ちの上限を超えない
• 予算 30 分の実際の実行 1 回で、使えた時間が今（5〜7 分）より CI の待ちの分だけ増えていることを確かめる

関連

• cross-refactoring: 既定の予算を固定の分数でなく、テストの所要とコード量から決める #2202（既定の予算を「実装に使える時間」で指定する）。どちらも固定でかかる時間を実装から外す変更で、片方だけでも効く
• cross-refactoring: CI に任せる戦略の最終ゲートで、CI で落ちた範囲外のテストを修正の CLI が再現できない #1657（CI に任せる戦略の最終ゲートで、範囲外のテストを修正の CLI が再現できない）

根拠のデータ

• スプリント m2170 #2192 ・ スプリント m2169 #2178 のリファクタリング計画のコメント