何を見つけたか
#728（適用ラウンドの結果なしの取り込み）の手動確認のうち、「結末の記録の理由が監視の結果と一致する」ことを実機で確かめられていない。 ndf 10.16.0 のリリース後テストで検証用 PR #812 に cross-refactoring を回したが、適用ラウンド 1（codex）は結果ファイルを残して成功し、結果なしの群が起きなかった。そのため failed_attempts が作られず、比べる相手が無かった。
確かめられたこと（同じ実行）:
codex-apply-r1-progress.log に start / edit / test / commit / done の 5 段階が残った（手動確認の前半は合格）- 成功した群は、監視の結果
OK/ok と、状態ファイルの apply_progress.result=ok・status=verified が食い違わなかった
- 単体のテスト（
test_apply_attempts.py test_intake.py ほか 282 件）は配布物で通った
どこで見つけたか
ndf 10.16.0 のリリース後テスト（PR #810 のコメント）。駆動は検証用 PR #812（マージせず閉じた）。
なぜこの変更の範囲外なのか
未検証の条件を残したまま #728 を閉じるため、条件だけをこの課題へ移す。結果なしの群は担当の CLI の失敗で起きるため、狙って起こせない。
直さないと何が起きるか
実機で結果なしが起きたときに、状態ファイルの failed_attempts の理由と monitor.json の status / reason が食い違っても気づけない。次に cross-refactoring で結果なしの適用ラウンドが起きたときに、両者を並べて確かめて閉じる。
由来
issue #728 のリリース後テスト（PR #810、ndf 10.16.0）
何を見つけたか
#728（適用ラウンドの結果なしの取り込み）の手動確認のうち、「結末の記録の理由が監視の結果と一致する」ことを実機で確かめられていない。 ndf 10.16.0 のリリース後テストで検証用 PR #812 に
cross-refactoringを回したが、適用ラウンド 1（codex）は結果ファイルを残して成功し、結果なしの群が起きなかった。そのためfailed_attemptsが作られず、比べる相手が無かった。確かめられたこと（同じ実行）:
codex-apply-r1-progress.logに start / edit / test / commit / done の 5 段階が残った（手動確認の前半は合格）OK/okと、状態ファイルのapply_progress.result=ok・status=verifiedが食い違わなかったtest_apply_attempts.pytest_intake.pyほか 282 件）は配布物で通ったどこで見つけたか
ndf 10.16.0 のリリース後テスト（PR #810 のコメント）。駆動は検証用 PR #812（マージせず閉じた）。
なぜこの変更の範囲外なのか
未検証の条件を残したまま #728 を閉じるため、条件だけをこの課題へ移す。結果なしの群は担当の CLI の失敗で起きるため、狙って起こせない。
直さないと何が起きるか
実機で結果なしが起きたときに、状態ファイルの
failed_attemptsの理由とmonitor.jsonの status / reason が食い違っても気づけない。次にcross-refactoringで結果なしの適用ラウンドが起きたときに、両者を並べて確かめて閉じる。由来
issue #728 のリリース後テスト（PR #810、ndf 10.16.0）