CodexとClaude Codeで考える長時間AI開発の引き継ぎ設計

長時間のAI開発で引き継ぐべきものは何か

AIエージェントに設計、実装、検証まで任せると、作業は数ターンでは終わらない。次の担当に必要なのは会話ログすべてではなく、判断の経緯、対象ファイル、未解決の論点である。

Codex 0.145.0は、実験的なページ分割スレッド履歴に、再開、検索、名前の永続化を追加した。サブエージェントとメモリーも対象であり、長い作業を使い捨ての対話に閉じ込めないための更新だ。過去のプロンプトを編集または再試行する際には、元の会話、添付、メンションを保つコンテキスト分岐も作成される。0.145.0

再開するスレッドには、目的の異なる仕事を混ぜない。「認証設計の調査」と「既存テストの修正」は分け、完了条件と保留事項を名前に残す。この粒度なら、翌日でも別のエージェントでも状況を追いやすい。

履歴の再開と権限拡大は分けて判断する

履歴を復元できても、同じ権限まで引き継ぐ必要はない。この二つを一体で扱うと、作業を急ぐ場面でリポジトリ外や共有環境への操作権限まで広がりかねない。

Claude Code v2.1.216では、sandbox.filesystem.disabledにより、ファイルシステム隔離を無効化しつつ、外向きネットワーク通信の制御を維持できる。隔離環境では読めないローカル生成物を扱う選択肢になる一方で、ファイル操作の範囲が広がる設定でもある。v2.1.216

スレッド履歴には設計意図と検証結果を残し、実行環境には対象ディレクトリ、許可コマンド、ネットワーク制御を個別に割り当てる。引き継ぎの品質を決めるのは会話量ではなく、記憶と権限を分ける設計だ。

どの作業で設定を緩めるべきか

隔離を無効化するのは、ローカルの成果物を読む必要があり、対象範囲を明示できる作業に限りたい。ビルド出力の確認や、プロジェクト内の生成ファイルを前提とする修正が該当する。

一方、調査、設計案の比較、コードレビュー、テスト失敗の原因整理は、隔離を外さずに進められる。Claude Codeでは、分離された作業領域を使うサブエージェントが共有チェックアウトを操作する問題や、Windowsで読み取り専用コマンドがネットワークパスへアクセスする問題も修正された。修正済みでも、共有領域を操作させない設計を基準に据えたい。v2.1.216

長時間セッションの停止も見過ごせない。同リリースでは、ターン数に応じてメッセージ正規化のコストが二次的に増え、数秒の停止や再開遅延を招く問題が修正された。それでも、節目でスレッドを命名し、成果と次の一手を残す運用は必要である。

まとめ

Codexでは履歴を再開できる作業単位として残し、Claude Codeでは必要な時だけファイルシステムの制約を外す。次の自動化タスクでは、「何を記憶として渡すか」と「どこまで操作を許すか」を別の確認項目にしてから着手しよう。