CodexとClaudeを同じリポジトリで働かせたら、色々壊れた——1人+2AIの事故対策の全部
個人プロジェクトでClaudeとCodexを同時に動かしたとき、1体では起きなかった事故が相次いだ。gitのロックファイルが残ってgit操作が全滅する、クラッシュで作業が未コミットのまま置き去りになる、同じファイルへの同時書き込みが衝突する──こうした失敗の連鎖である。事故の原因は単純で、2つのAIが共有のリポジトリに同時アクセスしたときに生じる競合状態や状態管理の曖昧さだ。
ここが面白いのは、これが従来のソフトウェア開発の知見では対策できないという点だ。チーム開発ではブランチ戦略とコードレビューで守るが、AIエージェント同士の協働は異なる。人間なら指示がなくても諦めるが、AIは繰り返す。ロック残留で失敗すると自動的に再試行され、ロックが増える悪循環に陥る。つまり「複数のAIを動かす」という使い方そのものが新しい問題域なのだ。工業製品の不良率を計測するのとは違う、AIどうしの衝突という未開拓のトラブルシューティングが、これから業界的な標準問題になるだろう。
対策は全部ただのテキストファイルだという。作業を始めるAIが宣言ファイルを置く、AI間の依頼は受信箱というファイルで渡す、権限を分業して出口を絞る、セッション開始時に毎回前回のクラッシュを回収する──どれも特殊な基盤や認証系の工具ではなく、ファイルの有無と内容だけで実装できる。これが中小企業にとって救いになる。複数のAI ツールを試しに組み合わせ始めたときに、この記事の5つの対策をそのまま借りて、リポジトリ内に .locks/ と inbox/ ディレクトリを作る。それだけで大半の事故は防ぎ込める。
※ 上記は配信元記事をもとにAIの鬼編集部が要約・再構成したものです。正確な内容は出典元をご確認ください。
このニュースの全文は、配信元でお読みいただけます。 Zenn AIで元記事を読む →


