監視が codex と claude（テキスト出力）の利用上限の文言を読まず、同じラウンドで起動し直す

[takemi-ohama]

何を見つけたか

ndf 10.16.0（タグ ndf--v10.16.0）の監視は、codex と claude（テキスト出力）の利用上限の文言を利用上限として読まない。 担当が上限で止まると理由が usage_limit ではなく missing になり、read_launch_outcome は relaunch_same_agent=True を返す。つまり同じラウンドで起動し直す。

導入先の monitor.py へ文言を与えて read_launch_outcome で結末を読んだ結果（2026-09-22T15:11Z）:

担当	与えた文言	監視の結末	理由	起動し直す
kiro	Monthly request limit reached	EARLY_ERROR	usage_limit	しない（合格）
claude（JSON）	{"type":"result",...,"api_error_status":429,...}	EARLY_ERROR	usage_limit	しない（合格）
codex	ERROR: You've hit your usage limit. Visit https://chatgpt.com/codex/settings/usage to purchase more credits or try again at …	NO_RESULT	missing	する
codex（API キー）	ERROR: exceeded retry limit, last status: 429 Too Many Requests	NO_RESULT	missing	する
claude（テキスト・旧）	Claude AI usage limit reached|1758553200	NO_RESULT	missing	する
claude（テキスト・新）	You've hit your limit · resets 3am (UTC)	NO_RESULT	missing	する

codex の文言は手元の ~/.codex/sessions の記録に 62 件残っている実物の error.message である。codex がこの本文を err.log へ書くときの行頭の形（ERROR: の有無）は実機で見ていないが、下の 4 つのパターンはどれも本文に当たらないため、結論は行頭の形によらない。

どこで見つけたか

• plugins/ndf/scripts/lib/monitor.py の USAGE_LIMIT_FATAL（154〜164 行）。パターンは Monthly request limit reached / "api_error_status"\s*:\s*429 / \b(?:quota exceeded|rate limit exceeded)\b / ^HTTP/\d\S* 429 の 4 つだけ
• 見つけた場面: 10.16.0 の本番のリリース後テスト（G3: cross-review: レビュー担当の CLI が利用上限に達すると NO_RESULT（missing）として起動し直し、上限であることが出ないまま error で終わる #619 / cross-review: 結果ファイルの書き出しを待たずに NO_RESULT と判定して中断する #584 の再現）。記録は PR Release: ndf v10.16.0 #810 のリリース後テストのコメント

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

#729 の受け入れ条件は「利用上限で止まった担当が理由『利用上限』で報告され、起動し直されない」で、この版は kiro と claude（JSON）の文言でそれを満たした。codex と claude のテキスト出力の文言は要求・設計の時点で集めておらず、パターンに入っていない。リリース後テストで見つかった不具合は配布した版で直さず、別のまとまり（10.16.1）で直す（仕上げの持ち場の規則）。

直さないと何が起きるか

cross-review / cross-refactoring で codex（既定の参加者）が利用上限に当たると、#619 と同じく上限であることが出ないまま同じラウンドで起動し直し、また上限で落ちる。上限は解けないため、打ち切りまで枠と時間を使う。完了報告にも理由「利用上限」が出ない。

由来

issue #619 / issue #729 のリリース後テスト（PR #810、ndf 10.16.0）

進行

モード: standard / 作業ツリー: .worktrees/fix/issue-811-813-release-verification-fixes / 計画: issues/issue-811-813-implementation-plan.md

• 要求と受け入れ条件 — 2026-09-22 15:56
• 作業場所の用意 — 2026-09-22 15:57
• 設計 — 2026-09-22 16:08
• 素材の収集と出典の確定
• ドキュメント再構成 — 2026-09-22 16:11
• ドキュメントレビュー — 2026-09-22 16:12
• 計画 — 2026-09-22 17:16
• 実装 — 2026-09-22 17:17
• 構造改善 — 2026-09-22 17:28
• 実装レビュー — 2026-09-22 19:38
• 完了判定 — 2026-09-22 20:01
• Pull Request — 2026-09-22 17:25
• 確定仕様化 — 2026-09-22 20:16
• 後片付け — 2026-09-22 17:14
• 配布 — 2026-09-22 20:44
• 体裁レビュー
• リリース後テスト — 2026-09-22 21:43
• 振り返り — 2026-09-22 21:51

閉じる理由（2026-09-22）

• 直した Pull Request: cross-review / cross-refactoring: codex と claude が利用上限で止まっても同じラウンドで起動し直され、PATH に読めないディレクトリがあると始まらない → 上限を理由として報告して起動し直さず、CLI が欠けても使える者だけで始まる（#811 #813） #820（設計は cross-review / cross-refactoring: codex と claude が利用上限で止まっても同じラウンドで起動し直され、PATH に読めないディレクトリがあると始まらない → 上限を理由として報告して起動し直さず、CLI が欠けても使える者だけで始まる（#811 #813） #819、確定仕様は 確定仕様化: 利用上限の文言の出所と、起動できない確認の扱い（#811 #813） #823）。監視が読む利用上限の照合の表へ、codex の 2 形と claude のテキスト出力の 5 形を足した。^(?:ERROR:\s*)?You['’]ve hit your (?:[\w'’ ]+ )?(?:limit|budget)\b と ^(?:ERROR:\s*)?exceeded retry limit, last status: 429\b の 2 行で、行頭で始まる形だけを読む
• 配布: ndf v10.16.1（2026-09-22T21:41Z に main へ、タグ ndf--v10.16.1 = 965c622b。開発版 10.16.1-dev.1 は Release: ndf v10.16.1-dev.1 #826）
• リリース後テスト: 正式版チャネルから取得した導入先で AC13（codex 2 形 + claude 5 形）と AC14（kiro / claude JSON / HTTP 429 / Quota exceeded の退行）の 11 形すべて合格。EARLY_ERROR exit=4 reason=usage_limit relaunch_same_agent=False。記録: Release: ndf v10.16.1 #831 (comment)

振り返り: #832 (comment)

[takemi-ohama]

直すときは、各 CLI の実物の記録（~/.codex/sessions の error.message、claude -p のテキスト出力、kiro の err.log）から利用上限の文言を集め、テストの入力をその写しから作る。#729 の要求の時点で集めたのは kiro と claude の JSON だけで、残りはリリース後テストまで踏まなかった（PR #810 の振り返り）。

[takemi-ohama]

同じ事象を takemi-ohama/with-bi issue #105（PR #175）の作業中にも確認した。検査の持ち場の cross-refactoring / cross-review で、外部 CLI の停滞と利用上限が重なり、そのラウンドの担当が実質 1 者になった回があった。収束の判定はその 1 者の結果で成立している。

[takemi-ohama]

まとまり（17 10.16.0 のリリース後テストで不合格だった条件）の振り返りを通りました