この記事でできるようになること

Claude CodeとCodexを同じ作業領域で並行運用しても同時編集の衝突が起きない状態を作れる
無人実行で止まる操作と対話中しか通らない操作を作業前に仕分けられる
止まったときに原因を4種類のどれかに判別して再実行条件を1行で書ける
task分割表・agent運用条件テンプレ・handoff様式・停止診断表・lane判定チェックリストをそのまま自分の運用へ貼れる

対象はClaude CodeとCodexを両方使っている人です。
片方だけでも「無人実行と対話実行を分ける」部分は使えます。実測はすべて私の環境のものです。

結論を先に

2つのAIを並べて止まる原因はモデルの得意不得意ではなく「持ち主が決まっていないこと」にあります。
やることは3つです。

ファイル・工程・外部UIごとに持ち主を1つに決める
対話中しか通らない操作を無人laneから外す
検品とhandoffの項目を固定して「できました」の言葉ではなく現物で受け取る

この3つを毎回チェックできる形にしたのが有料パートの「7ステップ」とテンプレ5点です。

前提と実測環境

環境: Claude Code（上位モデルFable・中位Opus・軽量Sonnet/Haikuの3層で運用。2026年9月時点の構成）とCodex（デスクトップアプリのオートメーション中心）。長期記憶はObsidianのVaultを共有
実測に使った出来事: 2026年8月21日の二重実装の衝突回避、8月20日〜23日のルーム制度の設営と廃止、8月23日のCodexへの重量級委譲、8月25日のミニnote記事パイプラインの実行ログ、8月28日の無人停止61分、8月29日のメール読取、8月30日の公式ニュース自動実行、8月31日の整合確認
「上位・中位・軽量」の呼び分けは私の運用上の区分です。公式の階層名ではありません
権限・sandbox・自動実行の仕様は変わります。この記事の「無人だと止まる操作」は2026年8月末の私の環境での実測です。最新の公式仕様はご自身で確認してください
並行運用による節約率は未実測です。この記事は「衝突防止」の手順書であり「節約術」ではありません

7つの境界の全体像（無料）

並行運用で先に決めるのは次の7つです。

# | 境界           | 決めること                             | 決めないと起きること
------------------------------------------------------------
1 | 正本と作業copy | ファイルの持ち主を1つに                | 同じ作業コピーへの重ね書き
2 | 工程分割       | 前工程の現物を次工程の入力に           | 「たぶんできた」が次工程へ流れる
3 | 権限lane       | 対話中しか通らない操作を無人から外す   | 無人時間帯に承認待ちで停止
4 | agent運用条件  | 許可path・禁止操作・終了条件・証拠形式 | 権限を広く渡して事故
5 | 再検品         | 別agentか親が現物で見る                | 作った本人の自己申告で公開
6 | 停止診断       | 4種類に判別して再実行条件を記録        | 同じ場所で同じ理由で止まる
7 | handoff        | 変更file・未完了・次の1操作・戻し方    | 引き継ぎの質がAIの気分次第

先に効くのは3と7です。私の環境では3を決めていなかったことで61分の無人停止が起き、7を固定していたことで二重実装の衝突を回避できました。

無人で止まった操作の実測（無料で1例）

2026年8月28日07:32にショート動画の毎朝自動制作が無人で起動し、07:33に工程本体をサブエージェントへ委譲した時点で権限の確認プロンプトが出て08:34まで停止しました。
セッションは自動権限モードで起動しており、プロジェクト設定の許可リストにAgentが入っていてもプロンプトは出ました。つまり許可リストへの追加では防げません。
同じセッションでBash・Write・WebSearchは一度もプロンプトを出していないので、停止の単一障害点は委譲だけでした。

対策は「無人実行のタスク定義から委譲を外し、本体が直接実行する」の1行です。

ここまでが無料パートです。
以下は7ステップの手順とそのまま貼れるテンプレ5点です。