取り込み（absorb）の後、取り込まれた課題の受け入れ条件の一部が取り込み先の実装から落ちたまま完了になる #2274

何を見つけたか

周回 l20261031-2 の設計の結果（.ndf/loop/l20261031/lap-2/sprint/design-results.json）は、#2216 を kind: 取り込む・host: 2186 とし、doc に取り込み先の issues/issue-2186-design.md を入れた。同じファイルの unread には [2216] が残っていた。#2216 自身の設計（issues/issue-2216-design.md・issues/issue-2216-design-decisions.md。承認ゲート 1 の差し戻しの後に書き直し、決定 6〜12 を足したもの）は取り込み先の計画へ渡らなかった。

その結果は次のとおりである。

• NDF Factory: スプリントの実行の制御とランナー #2186 の実装に入ったのは step.recorded の Pull Request の参照を、その実行に許可されたリポジトリと照合する #2216 の決定 1〜5（申告する Pull Request を実行のリポジトリに限る照合）だけだった。決定 6〜12（受け入れ条件 11〜20。別のリポジトリの修正をサービスが起票するか、下書きを人へ回す）はこの周回の実装（PR スプリント l20261031-2 #2250 ）に入らなかった（今は別の実装で factory/api/src/handlers/issue-requests.ts などに入っている）
• step.recorded の Pull Request の参照を、その実行に許可されたリポジトリと照合する #2216 の実装のフェーズは「実行の条件に当たらない（NDF Factory: スプリントの実行の制御とランナー #2186 の実装プランが実装する）」で 完了 を返した（.ndf/loop/l20261031/lap-2/sprint/3-impl-2216.log）
• 検査（PR https://github.com/devbasex/ai-plugins/pull/2250）・承認ゲート 2・リリース（v10.27.1）を通り、まとめの確定仕様化（.ndf/loop/l20261031/lap-2/close/1-close-state/01-spec.out）で初めて見つかった

どこで見つけたか

周回 l20261031-2 の振り返り。確定仕様化の worker の報告と、design-results.json の unread・doc の値。

なぜこの変更の範囲外なのか

周回 l20261031-2 の受け入れ条件は #2206・#2186・#2216 の中身であり、取り込み（new sprint --absorb）と設計の結果の工程そのものは含まない。直す場所は NDF のスプリントの工程（supervise_lib/absorb.py と設計の結果を読む側）である。根拠: Value 6（根本原因の場所で直す）・Value 4（判断の要らない突き合わせはスクリプトに）・Value 2（承認資料の材料の正しさ）（MVV 版 3）

直さないと何が起きるか

取り込まれた課題の受け入れ条件の一部が、実装されないまま「完了」として検査・承認ゲート 2・本番の配布を通る。承認ゲート 2 の資料にも欠けが載らず、利用者は未実装を知らずに承認する。見つかるのは確定仕様化か利用者の報告であり、スプリントを 1 周やり直すことになる。

起票者の推定

• 直し方は「取り込み先の実装プランが、取り込んだ課題の受け入れ条件をすべて持つかを機械で突き合わせ、欠けがあれば取り込みを止める」形がよい（推した出所: 振り返りでの起票者の判断）
• unread が空でない設計の結果を、そのまま実装へ進めない（推した出所: design-results.json の unread: [2216]）
• 取り込む課題の doc に取り込み先の設計だけを入れず、取り込まれる課題自身の設計も渡す（推した出所: design-results.json の step.recorded の Pull Request の参照を、その実行に許可されたリポジトリと照合する #2216 の行）

由来

PR #2250