マルチエージェント開発を自社で回している話
Claude Codeをtmuxで複数並列に走らせる開発体制を、自社で日常運用しています。回して分かった実際のところを書きます。
どういう体制か
TodoONadaでは、コーディングエージェントのClaude Codeを開発の主軸にしています。特徴は1つのエージェントと対話するのではなく、tmux(ターミナル分割・セッション管理ツール)で複数のClaude Codeセッションを立て、並列で走らせることです。
セッションごとに別のタスクを割り当てる(機能開発、記事制作パイプライン、調査、リファクタリングなど)
セッションの起動・再接続は共用スクリプトで標準化し、誰でも同じ手順で立ち上げられるようにする
人間は各セッションを巡回して、成果物のレビューと次の指示を出す
エージェントが作業している間、人間は待つ必要がありません。別のセッションを見に行けばよいので、待ち時間という概念がほぼ消えます。
タスクの切り方がすべて
並列運用でいちばん効くのは、エージェントの性能ではなくタスクの切り方です。運用して固まった原則は3つあります。
独立性の高い単位で切る: 互いのファイルを触らないタスク同士なら安全に並列化できる。同じファイルを2セッションに触らせると衝突して手戻りになる(初期にやりました)
入力と完成条件を明示する: 「いい感じにして」で渡すと、それらしいが違うものが返ってくる。何を見て、何ができたら完了かを最初に書く
取り返しのつかない操作は人間が握る: 公開、削除、外部への送信は、エージェントが準備し人間が承認する。ここを自動化しないのが結局いちばん速い
お気づきのとおり、これは人間のチームのマネジメントと同じです。マルチエージェント運用の設計は、技術問題というより役割分担と境界線の設計問題でした。
うまくいったこと
定型作業の完全委任: 記事の配信パイプライン、生成物のチェック、定型的な実装は、指示の型を作ってしまえばほぼ任せられる
指示が資産になる: うまくいった指示・運用ルールをリポジトリのドキュメントに蓄積すると、次のセッションが最初からその水準で動く。教育コストが人間のチームより圧倒的に低い
並列数がそのまま生産性になる: タスクの切り方さえ正しければ、セッションを増やした分だけ進む
つまずいたこと
同一ファイルの衝突: 前述のとおり。作業領域を分ける運用で解決
曖昧な指示の手戻り: エージェントは曖昧さを質問で返すとは限らず、解釈で埋めて進む。指示の解像度が低いと手戻りが増える
レビューを省くと品質が落ちる: 出力の見た目が整っているため、確認を省きたくなる。省いた分だけ後で直すことになる。人間の仕事は「切り方」と「レビュー」に集約されていく
これからエージェント導入する組織への示唆
この運用から言えるのは、AIエージェント導入の成否は「何のツールを選ぶか」より「業務をエージェントに渡せる単位に切れるか、確認ポイントを設計できるか」で決まるということです。これは開発以外の業務でも同じ構図です。
エージェントの基本は『AIエージェントとは。生成AIと何が違うのか』、本番運用の設計は『PoCで終わるAIエージェント。本番に乗らない理由』にまとめています。
まとめ
tmuxで複数のClaude Codeセッションを並列運用し、人間はレビューと指示出しに回る体制を日常運用している
効くのはエージェントの性能よりタスクの切り方。独立した単位で切り、完成条件を明示し、取り返しのつかない操作は人間が握る
指示・運用ルールをドキュメントに蓄積すると資産になり、教育コストが人間のチームより低い
マルチエージェント設計の本質は役割分担と境界線の設計。人間の組織運営と同じ問題が出る
エージェント並列運用を自社にも入れたい方へ
TodoONadaでは、この運用で得た知見をもとに、AIエージェントの導入支援・開発体制の構築支援・研修を行っています。「実際に回している画面を見ながら聞きたい」というご相談も歓迎です。
