Claude Codeをtmuxで並列実行する方法

「Claude Codeをもう1セッション動かしたいけど、ターミナル2枚を行き来するのが地味にキツい」。そんな悩みを抱えていませんか。

私も以前は素直にiTermのタブを増やすだけで満足していたのですが、3並列を超えたあたりで「今どのタブが何してたっけ？」と完全に迷子になり、タスクの取り違えで余計なAPI料金まで吹き飛ばしました。

今はtmux一択です。理由はシンプルで、ペイン分割と send-keys の組み合わせが、Claude Codeの並列実行と異常に相性が良いから。

worktreeやccmanagerを試した結果、最終的にtmuxへ戻ってきた経緯も交えつつ、この記事では2026年10月時点で実戦投入できる並列実行3パターンを、コピペで動くコマンドとセットで解説します。

読み終わる頃には、明日からの「タスク3つ同時進行」が、コーヒーを淹れている間に勝手に進んでいる開発フローへ切り替わるはずです。

結論｜Claude Codeはtmuxで並列実行するのが2026年の最適解

結論として、Claude Codeを並列で動かすなら現時点ではtmuxが最も再現性高くハマります。

worktreeで物理的にディレクトリを分け、tmuxのペインで並べ、send-keysで一括指示を送る。

この3点セットが揃った瞬間、Claude Codeは「便利なAIアシスタント」から「自分の分身を3体同時に動かす指揮系統」へと進化します。

ccmanagerやAgent Teamsも触りましたが、「軽さ・カスタマイズ性・既存ワークフローへの馴染みやすさ」のバランスでtmuxが頭ひとつ抜けています。

特にmacOS+iTerm2環境では、tmuxのペインタイトル機能と組み合わせると、3並列でも迷子になりません。

並列化で得られる3つのメリット

tmuxで並列実行すると、開発者の体感が変わるポイントは大きく3つあります。

• 待ち時間の圧縮：1セッションがコード生成中でも、別ペインでレビューやテスト実行を並走できる
• セッション永続化：SSH切断やマシン再起動後も tmux attach で復帰できるため、長時間タスクを安心して任せられる
• 役割分担の明示化：ペインごとに「実装担当」「レビュー担当」「テスト担当」と分け、コンテキスト混線を防げる

私の体感では、3並列にすると1日に完了するPRの数が増えました。コードの行数ではなく、「PRが完了する数」で見ています。

ccmanager・worktreeとの違い早見表

tmux以外にも並列実行の選択肢はあります。それぞれの強みと弱みを表で整理しておきます。

結局のところ、「ファイル分離はworktree、起動管理はtmux」のハイブリッドが現場では一番ハマります。

ccmanagerとAgent Teamsは便利な補助輪、程度に捉えると判断がぶれません。

前提知識｜tmuxとClaude Code 並列実行の基礎

tmuxを使い倒す前に、最低限の用語を整理しておきます。

「セッション」「ウィンドウ」「ペイン」の3層構造を理解できれば、Claude Codeの並列起動はほぼ自動で身につきます。

逆に、ここを曖昧なまま send-keys に手を出すと、別ペインに指示が飛んで作業中のタスクが書き換わる事故が起きます。

私は最初の1週間で2回やらかしました。

tmuxの「セッション・ウィンドウ・ペイン」を3分で整理

3層構造を比喩で言うと、セッションが「会議室」、ウィンドウが「ホワイトボードの面」、ペインが「ホワイトボード上の書き込みエリア」です。

会議室を1つ立てて、ホワイトボードを増やし、各エリアにClaude Codeを1人ずつ立たせる、というイメージで動かします。

# セッションを作成（デタッチ状態で起動）
tmux new-session -d -s claude-team

# ペインを縦・横に分割
tmux split-window -h -t claude-team
tmux split-window -v -t claude-team

# 既存セッションへアタッチ
tmux attach -t claude-team

セッションは「常駐するバックグラウンド」で、ウィンドウとペインはその中で自由に増減できます。

3並列なら1セッション・1ウィンドウ・3ペインの構成が一番シンプルで迷いません。

Claude Code 並列実行 4つのアプローチを比較

2026年10月時点（Claude Code v2.1.281で確認）で、Claude Codeを並列で動かす方法は大きく4つあります。

• tmuxペイン分割：最も柔軟。スクリプトとの相性が抜群
• git worktree：ブランチごとにディレクトリを分離して安全に並列化
• Agent Teams：Claude Code純正のチームエージェント機能。2026年10月時点でも実験的機能で既定は無効（環境変数 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 で有効化）。--teammate-mode tmux でチームメイトをペインに分割表示
• /batchコマンド：v2.1.63で追加されたバンドルスキル。大きな変更を5〜30の独立した単位に分け、単位ごとにworktreeで隔離したバックグラウンドのサブエージェントへ並列で割り振る

このほか公式機能として、claude -w feature-a --tmux でworktree作成とtmuxセッション作成を1コマンドで行えるフラグ（iTerm2ではネイティブペインを使い、従来のtmuxは --tmux=classic）と、claude --bg で起動したバックグラウンドセッションを claude agents の一覧画面（エージェントビュー、リサーチプレビュー）で管理する方法もあります（いずれもv2.1.281で確認）。

このうち、最初に手を出すべきはtmux+worktreeの組み合わせです。

Agent Teamsと/batchは既存ワークフローに「乗せる」ものなので、土台がないと真価を発揮しません。

Claude Codeをtmuxで並列起動する3ステップ

ここからは実際のセットアップ手順です。3ステップに分解しているので、上から順に動かせば10分以内に並列実行が完成します。

前提として、tmuxとClaude Code CLIは導入済みとします。

【2026年版】Claude Code使い方｜導入から実践活用まで

Claude Codeの使い方をインストール（Mac/Windows）・料金プラン・初回認証から解説。基本操作、VSCode連携、CLAUDE.md等の初期設定、サブエージェント・hooks・Skillsの活用法まで実運用ベースで紹介します。

ステップ1｜tmuxセッションとペインを作る

まずはセッションを立てて、3ペインに分割します。デタッチ起動にすると、最初からスクリプト的に組み立てられて便利です。

SESSION=cc-parallel
tmux new-session -d -s $SESSION
tmux split-window -h -t $SESSION
tmux split-window -v -t $SESSION:0.1
tmux select-layout -t $SESSION tiled

# ペインタイトル表示を有効化（迷子防止）
tmux set -t $SESSION pane-border-status top
tmux select-pane -t $SESSION:0.0 -T "impl"
tmux select-pane -t $SESSION:0.1 -T "review"
tmux select-pane -t $SESSION:0.2 -T "test"

ペインタイトルを必ず付けてください。3並列以上になると、見た目だけでは「どのClaudeに何を任せたか」が一瞬で分からなくなります。

ステップ2｜各ペインでClaude Codeを起動する

次に、各ペインへClaude Codeの起動コマンドを送り込みます。send-keys を使えばアタッチせずに一括起動できます。

tmux send-keys -t $SESSION:0.0 "cd ~/work/feature-a && claude" C-m
tmux send-keys -t $SESSION:0.1 "cd ~/work/feature-b && claude" C-m
tmux send-keys -t $SESSION:0.2 "cd ~/work/feature-c && claude" C-m

# まとめてアタッチして確認
tmux attach -t $SESSION

各ペインのカレントディレクトリを別々にしておくのがコツです。

worktreeで切ったディレクトリを割り当てれば、Claude同士のファイル衝突をほぼゼロにできます。

ステップ3｜send-keysでタスクを一括投入する

3つのClaudeが立ち上がったら、最後にプロンプトをsend-keysで流し込みます。これで「立ち上げ→指示出し」までを完全自動化できます。

tmux send-keys -t $SESSION:0.0 "認証APIのエンドポイントを実装して" C-m
tmux send-keys -t $SESSION:0.1 "先ほどのPR #482 をレビューして指摘を返して" C-m
tmux send-keys -t $SESSION:0.2 "統合テストをfailするケースから書いて" C-m

このスクリプトを ~/bin/cc-parallel.sh として保存すれば、毎朝コーヒーを淹れる前に一発で「3体のClaudeに今日のタスクを撒く」ところまで自動化できます。

私はこれで、朝の立ち上げにかかる手間がほとんどなくなりました。

tmux × Claude Code 実践パターン3選

セットアップが終わったら、次は使い倒すフェーズです。私が日常的に回している3パターンを、目的別に紹介します。

どれもtmuxの基本操作の延長で組めるので、難しいプラグインは不要です。

機能開発を3並列で同時進行する

1つ目は、独立した3つの機能を3ペインで同時に進めるパターンです。スプリント中に「優先度高のチケットが3枚並んだ」みたいな状況で本当に効きます。

注意点は、各機能が同じファイルを触らないこと。worktreeでブランチを切り、ディレクトリレベルで分離すれば、コンフリクトの心配なく走らせられます。

私の体感では、3機能を直列で進めるより早く完了します。

worktreeと組み合わせブランチ分離する

2つ目は、git worktreeでブランチごとのディレクトリを切り、それぞれをtmuxペインに割り当てるパターンです。

Claude Codeには--worktree（-w）フラグがあり（v2.1.49で追加）、隔離されたgit worktreeでそのままセッションを開始できます。worktreeはリポジトリ直下の .claude/worktrees/<名前>/ に worktree-<名前> ブランチで作られ、--tmux を付ければtmuxセッションまで一緒に作成されます（2026年10月時点）。

git worktreeとは？.gitの共有構造と仕組みを図解

git worktreeとは、1つのリポジトリから複数の作業ディレクトリを作るGitの機能です。.gitがファイルになる理由、共有される情報と独立する情報、cloneやstashとの違いを、実機の出力つきで図解します。

git worktree add ../feature-a feature-a
git worktree add ../feature-b feature-b
git worktree add ../feature-c feature-c

これで3つの独立した作業ディレクトリができます。あとはステップ2のスクリプトでカレントディレクトリを切り替えて起動するだけです。

上司Claude × 部下Claudeで指示系統を作る

3つ目は変則ですが、私のお気に入りです。1ペインを「上司Claude」とし、残りのペインに tmux send-keys でタスクを振らせる構成。

上司Claudeに「ペイン1にテスト書きを、ペイン2にリファクタを依頼して」と頼めば、シェルスクリプト経由で部下Claudeに指示が飛びます。

注意点は、上司Claudeに send-keys を使う権限と、ペイン構成のドキュメントを CLAUDE.md に明示しておくこと。

これがないと「ペイン番号間違いで自分自身に指示する」という地味に悲しいバグが発生します。

実際に運用しているCLAUDE.mdの抜粋は次の通りで、これをコピペすれば上司Claudeはペイン番号を取り違えません: pane 0.0=上司(自分)、0.1=実装担当、0.2=テスト担当。部下に依頼する際は tmux send-keys -t cc-parallel:0.<n> "<命令>" C-m を使用。

並列実行でハマる4つの落とし穴と回避策

並列実行は強力な反面、初手で必ずハマるポイントが4つあります。私が実際に踏み抜いて学んだ順に、回避策とセットで紹介します。

APIコストが想定外に膨らむ

3並列にしただけで、シンプルにAPI使用量が3倍になります。私は最初の1週間で月額予算の60%を1日で溶かしました。

具体的にはMaxプランで3並列・1日8時間運用したところ、1日あたり通常の3倍弱（実測で2.7倍）のトークン消費になり、想定の20日分を7日で使い切る計算でした。

/usageコマンド（/cost は別名）や使用量ダッシュボードを毎朝チェックする習慣を強くおすすめします。

コンテキストが他ペインに伝わらない

各ペインのClaudeは完全に独立しており、隣のペインで決めた仕様を勝手に共有してくれません。

共通仕様は CLAUDE.md や doc/ 配下のメモに必ず書き出し、全ペインが参照できる形にしておきます。

同一ファイルの編集競合

worktreeを使わずに同じディレクトリで並列起動すると、ファイル上書きの事故が必ず起きます。ブランチ単位でディレクトリを分けるのが鉄則。

「面倒だから1ディレクトリで」と思った瞬間に火傷します。

各ペインの状況が分からなくなる

3並列を超えると「今どのClaudeが何してたっけ？」状態が必ず発生します。

tmuxのペインタイトルを使い、Hooks経由で「最新プロンプト」をタイトル表示する設定を入れておくと、視認性が劇的に改善します。

Orcaとは？Claude Codeを並列で回すADEの使い方

Orcaとは、Claude CodeやCodexをgit worktreeで並列実行するMIT無料のADE。手動運用やcmux、Supersetとの違い、便利機能、スマホアプリ、導入前の注意点を2026年9月時点の公式情報で解説。

tmux × Claude Code クイックコマンド集

毎日使うコマンドを一覧化しておきます。

~/.tmux.conf や ~/bin/cc-parallel.sh と一緒にブックマークしておくと、3並列起動が秒で立ち上がります。

tmux × Claude Code に関するよくある質問

Q1. tmuxなしで並列実行する方法は？

A1. あります。ccmanagerやVS Codeの統合ターミナル、iTerm2のスプリットでも一応並列起動は可能です。公式機能なら、claude --bg で起動したバックグラウンドセッションを claude agents でまとめて管理する方法もあります（2026年10月時点でリサーチプレビュー）。ただしsend-keysのような自動化が弱く、3並列を超えると管理が一気に重くなる印象です。tmuxを覚える1〜2時間は十分元が取れます。

Q2. ccmanagerとtmuxはどちらが楽？

A2. 初学者ならccmanager、長く付き合うならtmuxです。ccmanagerはUIが洗練されていて状態把握が楽ですが、自動化スクリプトと組み合わせる場合はtmuxのsend-keysが圧倒的に便利です。両方触って好みで選んで問題ありません。

Q3. 並列実行で課金が爆発しない目安は？

A3. 個人開発なら3並列までが安全圏です。私の体感では、Maxプランでも4並列を超えるとレート制限に触る頻度が上がり、思ったほど速度が出ません。

並列数より「アイドル時間を減らす」発想のほうが結果的に得をします。

Q4. VS Codeの統合ターミナルで代用できる？

A4. 2〜3並列までなら代用可能です。ただしターミナルを複製する操作が手作業になりやすく、自動化ができません。VS Codeで完結したい場合は、統合ターミナルの中でtmuxを起動するのが現実解です。

Q5. チームで並列セッションを共有できる？

A5. できます。tmuxは tmux new-session -t <既存名> や tmate 等の派生ツールでセッション共有が可能です。

ただしClaude Codeの認証情報やAPIキーは個人単位なので、共有時はペアプロ用の閲覧専用セッションに留めるのが安全です。

私のチームでは障害対応時の画面同期にのみ使っています。

合わせて読みたいClaude Code関連記事

• Claude Code サブエージェント(agents)の使い方 — 並列で動かす各Claudeに役割を持たせる
• Claude Codeのhooks完全ガイド — ペインタイトルにプロンプトを自動反映するhooks設定
• Claude CodeのSkills機能 — 並列実行と組み合わせて反復タスクを自動化

まとめ｜tmuxで並列化すれば開発速度は段違い

本記事のポイントを整理しておきます。

• Claude Codeの並列実行はtmux+worktreeの組み合わせが2026年の最適解
• セットアップは「セッション作成→Claude起動→send-keysでタスク投入」の3ステップ
• 実践パターンは「3並列開発」「worktree連携」「上司×部下Claude」の3つ
• 落とし穴はAPIコスト・コンテキスト分離・編集競合・状況把握の4つ

並列化はあくまで手段で、目的は「自分が考える時間を増やす」ことです。

tmuxとClaude Codeに「手」を任せた分、空いた頭で設計やレビューに集中できる開発フローを、ぜひ今日から試してみてください。