Claude Code を 5 セッション並行で走らせたら3つの事故が起きた

5つのセッションで並行作業を回したら、3つの事故が起きた。連番の衝突、ファイルの競合、ディレクトリの消失。いずれも単純な技術的ミスだが、本質は複数の Claude Code セッションが「お互いの存在を知らないまま」同じリポジトリを触っていたからだ。人間のチームなら Slack で「ここ触ってます？」と一声かけられる。だがセッション同士は会話できない。そこが全ての出発点である。

ここからの対応が秀逸だ。セッションを「会話できない同僚」と見なすと、気をつければ防げる話ではなくなる。必要なのは「誰が何を触っていいか」を事前に決めることだけだ。著者は司令塔・実装・品質・ドキュメントの4つのレーンに役割を分け、ファイルや worktree 単位で担当を割り当てた。さらに興味深いのは、ルールを「毎回貼り付ける手順書」から「/dispatch や /finish といったスキル」に固定化したことだ。これにより書き漏らしという事故の芽そのものがなくなった。本質は「複数エージェント運用」という新しい運用体系の発見である。これまで AI は単一セッションで動くのが当たり前だったが、並行を前提にした時の設計と運用を、この報告は丁寧に言語化している。

中小企業の実務でも AI を複数走らせる時代が来ている。営業見積と製造指示、倉庫出荷と請求書作成——複数の業務を同時に自動化したいケースは増えるだろう。その時に「AI に任せたら勝手にやってくれるだろう」という前提では衝突だらけになる。必要なのは、前もって「誰が何のファイルを触るか」を決め、それを実行可能な形に落とし込むことだ。AI 運用の本質は「分散システムの設計」だという学びは、今後の自動化戦略に直結する。