夕方の PR 一覧に「レビュー待ち 1 本、作業中 1 本」しか並んでいない日と、「レビュー待ち 5 本、マージ済み 3 本」が並ぶ日があります。違うのは手の速さではなく、同時に走っているエージェントの数です。AI コーディングエージェントを 1 体ずつ順番に使う時代は 2024 年で終わりました。
2026 年の実践は、Claude Code / Codex / Gemini CLI を 3〜5 体並列で動かし、その間に自分は次の設計を考えるスタイルに移っています。実測で 1 日のアウトプットが数倍から 10 倍になります。
この記事では、並列ワークフローの具体的な組み方、ハマりポイント、必要になるインフラ (git worktree / tmux / 通知経路 / コックピット) を整理します。
1 体では「待ち時間」が最大のコスト
AI エージェントに作業を頼むと、プロンプトを送ってから返事が来るまで数分から数十分かかります。実装規模が大きいと 1 タスクで 10〜30 分の待ちが普通です。
この待ち時間、人間は何をしているでしょうか。画面を眺めて進捗を待つパターンは生産性ゼロで、SNS やニュースの別タブに逃げるパターンは隠れた生産性低下、別のコードを書き始めるパターンは文脈が分断されて効率が落ちます。1 日 8 時間のうち AI の待ち時間が 4 時間を占めると、実質 4 時間しか頭脳労働していないことになります。
AI エージェントを使い始めた人の多くは、ここで「生産性は上がったが期待したほどではない」と感じます。
並列化が解く — 1 人で複数エージェント
解決策は単純で、AI を 1 体しか動かさないから遅いだけです。3〜5 体同時に動かせば、待ち時間は実質ゼロになります。1 体目にログイン画面のバグ修正、2 体目に検索機能の追加、3 体目にテストカバレッジ追加、4 体目に README の更新、5 体目に API ドキュメント生成を振ります。
5 体のうちどれかが必ず動いている状態になり、人間は「光っている(＝人間を待っている)セッションに答える」だけになります。
実測の例
Singularity Society BootCamp 第 4 期では、以前 1 日あたり PR 1〜2 本だった参加者が、並列化後に PR 5〜8 本まで伸びました。本人の作業時間は同じ、むしろ減ることもあります。
これは「AI がプログラマーを置き換える」ではなく、「AI をうまく使えるプログラマーが、使えない人の 10 倍のアウトプットを出す」という方向の変化です。
並列ワークフローの 5 つの要素
1. 独立したワーキングツリー (git worktree)
複数の AI エージェントを同じリポジトリの同じフォルダに入れると、ファイルを取り合って変更が消えます。片方のブランチ切り替えで、もう片方の作業が別のコミットに差し替わる、という事故が起きます。
対策はシンプルで、タスクごとに git worktree を切り、別フォルダ・別ブランチで独立させます。
git worktree add ../fix-login -b agent/fix-login main
git worktree add ../add-search -b agent/add-search main5 体並列なら 5 つの worktree が必要です。手で管理するのは面倒ですが、MulmoTerminal ならセル起動時に 1 行入れるだけで自動で切ってくれます。詳細は MulmoTerminal の git worktree 隔離 にまとめました。
2. セッションの永続化 (tmux)
AI エージェントは数十分走ります。その間にブラウザを閉じたり、サーバを再起動したりすると、セッションが消えて最初からやり直しです。
tmux でセッションを永続化しておけば、各エージェントを tmux の中で起動することで、接続が切れても生き続けます。
tmux new -s agent-1 'claude'
tmux new -s agent-2 'codex'これも手で管理するのは手間なので、MulmoTerminal は自動的に tmux ソケットを使ってセッションを維持します。
3. 状態の可視化 — どれが待っているか
5 体並列で動かすと、最大の課題は「どれが止まって自分を待っているか」が分からないことです。tmux のペインは全部同じ見た目で、1 ペインずつ覗きに行くのに 1 分かかると 5 ペインで 5 分。これを 1 日に何度も繰り返すことになります。
色と通知で状態を伝える UI を使うのが答えです。青は作業中(放置して OK)、琥珀はあなた待ち(許可待ち or 質問待ち)、緑リングは完了(レビュー時間)という割り当て方になります。MulmoTerminal はこの可視化を内蔵しており、文字を読まずに視覚で状況が分かります。
4. 通知経路 — 席を離れても呼ばれる
5 体並列で動いていると、トイレに行っている間に 2 体が止まる、ということが起きます。戻ってきたら「あ、15 分放置してた」となります。
スマホに Web Push が飛ぶようにしておくのが対策です。MulmoTerminal の RemoteHost は、入力待ちになったセッションの通知をスマホに送り、スマホから返事することもできます。
5. コックピット — 全セッションのサマリー
拡大して 1 体を集中して見ているとき、他の 4 体の状況が分からないのは不安です。
全セッションの 1 行サマリーを横に並べれば解消できます。MulmoTerminal のコックピット・ロスターは、拡大中のセルの横に、全セッションのディレクトリ、AI 要約、プロンプト、最新返答、状態を 1 行ずつ表示します。
並列化の落とし穴
落とし穴 1: 1 人の人間がボトルネック
5 体並列で動いて 5 本の PR が同時にレビュー待ちになると、人間が追いつきません。レビューが遅れると、エージェントは待ち続け、意味がなくなります。
対策は 3 つあります。PR のサイズを小さく保つ (1 PR = 1 コンセプト) のが第一で、次に一部のレビューを別の AI エージェントに任せる (adversarial review) こと。そして完了を待たずに次の指示を出せるタスクを選んでおくことです。
落とし穴 2: API レート制限
Claude Pro / Max は 5 時間ごとと 7 日ごとのレート制限があります。5 体並列は 5 倍の速度で制限を消費します。
対策としては、$200/月の Max プランに上げるか、Claude Opus の重い作業に Sonnet / Haiku を混ぜる複数モデル併用、あるいは Codex / Gemini とのマルチプロバイダ化でレート制限を独立させるのが有効です。
落とし穴 3: マシンの負荷
5 セッション同時に動かすと、CPU と RAM を食います。tmux + Node のサーバ + ブラウザタブで、M1 MacBook でも 10 セル超えると load average が走り始めます。
対策は 3 つです。MulmoTerminal のヘッダに表示される load average を見て無理をしないようにします。開発サーバは別マシン (Linux VPS など) に逃がし、不要なアプリも閉じておきます。
落とし穴 4: AI 同士が同じ結論に収束する
同じ会社の同じモデルを並列で動かすと、「3 体とも同じ提案をしてきた」ということが起きます。多様性を担保するには、Claude + Codex + Gemini でモデルを混ぜたり、レビュー担当・実装担当・テスト担当の役割をスキルやプロンプトで分けておいたりすると効きます。
1 日のワークフロー例
朝の 30 分で前日の PR をマージまたはリバートし、今日のタスクリストを 5〜10 本作ります。午前の 3 時間はまずタスクを 5 体のエージェントに振ります (MulmoTerminal で worktree ごと起動)。自分は 1 体のコックピットで眺めつつ、今週の方針や来週のタスク準備といった別の設計を進めます。琥珀色になったセルに答えて青に戻ったら放置し、緑リングのセルから軽くレビューして承認・マージ、というループを回します。
昼休みの 1 時間はスマホ通知でエージェントが止まったら答えつつ、席に戻ると緑リングのセルがいくつか溜まっています。午後は午前のサイクルを 2〜3 周、1 日の終わりに PR の総まとめ。夕方の 1 時間で、残っているセッションの状態確認、翌日の継続準備、使ったトークンと費用のチェックをして締めます。
必要なもの
実行環境としての Node.js 22.12 以上、Claude Code CLI (Pro / Max / API のいずれか) が最低限。セッション永続化のための tmux と、worktree 隔離に使う git は強く推奨します。Web Push を受けるスマホは PWA インストール推奨で、席を離れても呼ばれる仕組みを作れます。詳しいセットアップは MulmoTerminal 完全ガイド にまとめています。
まとめ
AI エージェントを 1 体ずつ使うのは待ち時間の塊です。3〜5 体並列で動かすと、人間は常に「光っているセル」に答えるだけになります。必要なインフラは、worktree 隔離、tmux 永続化、状態の色分け、通知経路、コックピットの 5 点セット。あとは人間のレビュー律速、API レート、マシン負荷、多様性のなさ、という 4 つの落とし穴にだけ注意すれば回せます。並列化後の品質担保については AI エージェントの evals 入門 も参考になります。
これは Software 3.0 の実装形で、1 人の開発者の生産性が数倍から 10 倍に伸びる、ここから後戻りはしません。
関連リンク
- MulmoTerminal — 並列 AI エージェントのコックピット
- Software 3.0 とは — AI 時代のプログラミング・パラダイム
- Claude Code vs Codex vs Gemini CLI — 2026 年版比較
- Cursor の代替としての MulmoTerminal
- MulmoTerminal の git worktree 隔離
- BootCamp — 1 年間でプロダクトを作る実践プログラム
Singularity Society はテクノロジー集団として MulmoClaude / MulmoTerminal / MulmoCast を開発しています。エンジニア・起業家向けの実践プログラム BootCamp も運営しています。
