親: #845
何をするか
codex / agy / kiro / claude に作業を渡す手順を、共通層の上の 1 本のスクリプトにする。
external-ai.sh run codex --prompt-file p.md --output-file out.md --phase review [--model M] [--workdir D]
# => {"status":"ok|no_result|timeout|auth|usage_limit","result":"out.md","source":"file|stdout|stderr","runtime":"codex","model":"..."}
中身は lib/launch-cli.sh(起動)+ lib/monitor.py(上限つきの監視)+ lib/limits.py + lib/auth.py と、三段の回収(結果ファイル → stdout → stderr)である。
なぜ
方針
受け入れ条件
関連
#345、#731、#829、#760、#680、#814
マイルストーン 26 へ合流(2026-09-24)
トークン削減と高速化のまとまり(マイルストーン 26)へ移した。#827 の試作 supervise.py(PR #986)が段ごとに claude -p を起動しており、worker を codex / kiro にも広げる経路と、上限つきの待ちの共通の入口がこの課題になる。順序は #560 → #852 → #870 → #869。#731(待ちの道具を共通層へ)・#656 と範囲が重なるため、#852 の設計で #731 をこの中へ含めるかを決める。
進行
モード: —
親: #845
何をするか
codex / agy / kiro / claude に作業を渡す手順を、共通層の上の 1 本のスクリプトにする。
external-ai.sh run codex --prompt-file p.md --output-file out.md --phase review [--model M] [--workdir D] # => {"status":"ok|no_result|timeout|auth|usage_limit","result":"out.md","source":"file|stdout|stderr","runtime":"codex","model":"..."}中身は
lib/launch-cli.sh(起動)+lib/monitor.py(上限つきの監視)+lib/limits.py+lib/auth.pyと、三段の回収(結果ファイル → stdout → stderr)である。なぜ
agents/corder.md、qa-security-scan/03-report-template.md、external-ai/references/cli-codex.md(3 か所)、cli-agy.mdrun_in_background: trueで実行する」の 1 行を足して hook と両立させる。待ちの手順そのものは本文に残るので、LLM が本文を読んで組み立てる量は減らない。agents/corder.mdは 待ちの問い合わせと長い conductor の工程の起動を hook で止める(#829 #830) #844 の対象外で、前景のまま実行すると hook に拒否されてから背景へ回る/tmpの固定名のプロンプトファイルは、並行すると衝突する方針
run_in_backgroundで起動して完了通知を 1 回受ける(development-workflow/references/waiting.md、待つ間の繰り返し問い合わせ(sleep ループ・出力ファイルの読み直し)をやめ、完了通知か Monitor で待つ #829)受け入れ条件
runとcheck <runtime>があり、見本の CLI(成功・結果なし・上限・認証なし)でテストしているmonitor.jsonの status / reason)と一致する(未検証: cross-refactoring の適用ラウンドで結果なしが起きたとき、結末の記録の理由が監視の結果と一致するかを実機で確かめる #814)monitor.pyの STALLED / TIMEOUT / EARLY_ERROR(終了コード 5 / 2 / 4)をstatusへ写し、どれもokに畳まない(external-ai と qa-security-scan の完了待ちが上限を持たず、結果が出ないと終わらない #345)関連
#345、#731、#829、#760、#680、#814
マイルストーン 26 へ合流(2026-09-24)
トークン削減と高速化のまとまり(マイルストーン 26)へ移した。#827 の試作
supervise.py(PR #986)が段ごとにclaude -pを起動しており、worker を codex / kiro にも広げる経路と、上限つきの待ちの共通の入口がこの課題になる。順序は #560 → #852 → #870 → #869。#731(待ちの道具を共通層へ)・#656 と範囲が重なるため、#852 の設計で #731 をこの中へ含めるかを決める。進行
モード: —