Claude Code同士が会話｜並列開発はどう変わる？

公開日:

SHARE

伊東雄歩
監修者 伊東 雄歩

株式会社ウォーカー CEO。東北大学卒。MENSA会員、JDLA認定講師、健全AI教育協会理事。生成AI×教育・学習科学を専門とし、2億円超のシステム開発プロジェクトを統括。

taolis.net X note Voicy YouTube
  • Claude Code v2.1.224で、別々に動くセッション同士がメッセージを送り合えるようになりました
  • 飛んでいくのは会話履歴ではなく「要約テキスト」。ファイルや操作権限は共有されません
  • 対応はmacOSとLinux（WSL 2上のLinuxを含む）。ネイティブWindowsはまだ非対応です
  • 受信は accept / hold / refuse の3段階で制御でき、届いたメッセージは権限承認の代わりになりません
  • Agent Teamsやgit worktreeとは役割が違います。競合ではなく、組み合わせて使うのが現実的です

ターミナルを2つ開いて、片方でAPIを直し、もう片方でフロント側を直す。そんな並列作業をしたことはありませんか？これまでは「APIの戻り値を変えたよ」と人間が伝書鳩をやるしかありませんでした。2026年8月、その手間がついに機能として消えます。

Claude Codeのセッション同士が話し始めた

Anthropicは2026年8月7日、Claude Code v2.1.224を公開しました。

目玉はクロスセッションメッセージング（cross-session messaging）です。別々のターミナルで動いている複数のClaude Codeセッションが、お互いにメッセージを送れるようになりました。

日本ではITmediaが8月9日に報じ、開発者の間で一気に話題になりました。

具体的に何ができるのか

使い方は驚くほど単純です。ユーザーが自然な言葉でお願いするだけ。

たとえば「別のターミナルで動いているセッションに、マイグレーションが終わったか聞いて」と頼めば、Claudeが相手のセッションに質問を投げ、返事を持って帰ってきます。

さらに、Claude自身が「これは伝えたほうがいい」と判断したタイミングで、自分から相手セッションに連絡することもあります。APIの仕様を変えたとき、その変更がフロント側の作業に影響するなら、頼まなくても向こうに知らせてくれるわけです。

動かすための条件

必要なのはClaude Code v2.1.224以降。対応OSはmacOSとLinuxで、WSL 2の上で動くLinuxも含まれます。

ネイティブのWindowsは、現時点では対象外です。Windowsユーザーは、WSL 2経由なら使えると覚えておくといいでしょう。

裏側では SendMessage（送る）と ListAgents（相手を探す）という2つのツールが追加されました。ターミナルでは /list-agents（別名 /peers）と打つと、いま連絡できるセッションの一覧が出てきます。

仕組み：飛ぶのは履歴ではなく「要約」

この機能で一番おもしろいのは、会話まるごとを共有しないという設計です。

送られるのは、送信側のClaudeが書いたプレーンテキストの要約だけ。何十万トークンもの会話履歴を相手に押し付けることはありません。

もし履歴を丸ごと渡していたら、受け取った側のコンテキストウィンドウ（AIが一度に読める文章量の上限）はあっという間にパンクします。要約だけを渡す設計は、そのための現実的な折衷案です。

作業を中断させない届き方

受け取り方にも工夫があります。

メッセージは、実行中のコマンドを強制的に止めて割り込むわけではありません。ツール呼び出しの切れ目や、手が空いたタイミングで読み込まれます。

相手が長いテストを回している最中でも、その処理を壊さずにメッセージが届く。オフィスで同僚の肩を叩くのではなく、机に付箋を貼っていくような伝わり方です。

なお、読み込まれたメッセージは通常のテキストと同じくトークンを消費します。送りすぎればその分コストが増える点は頭に入れておきましょう。

同じPC内か、別マシンかで経路が変わる

通信経路も使い分けられています。

同じマシン上のセッション同士なら、ローカルのUnixソケットを通る直接通信です。外のサーバーを経由しません。

一方、別のマシンにいるセッションとやり取りする場合は、Anthropicのサーバーを経由します。しかもローカル側から新規メッセージを送ることはできず、相手から来たメッセージへの返信のみという片方向の制限がかかります。

受信の制御と、安全のための線引き

「勝手にメッセージが飛んでくるのは怖い」と感じた人もいるはずです。そこは設定で調整できます。

設定項目は crossSessionInbound。3つの値から選びます。

  • accept：届いたメッセージを自動でClaudeに渡す
  • hold：内容を表示して、ユーザーの承認を待つ（既定では5分で自動的に破棄）
  • refuse：通知もせずに削除する

加えて isolatePeerMachines を有効にすると、別マシンへ返信する前に明示的な確認が挟まります。

暴走対策も入っています。同じ送信者からの繰り返しメッセージには制限がかかり、受信キューの上限は50件。AI同士が延々とメッセージを往復させる事故を防ぐ仕組みです。

「他のセッションの言葉」は同意にならない

安全設計で最も重要なのがここです。

他セッションから届いたメッセージは、権限確認ダイアログの承認には一切使えません。「OKって言っといて」と別セッションに頼んで、危険なコマンドを通す——といった抜け道は塞がれています。

設定変更も同様に禁止です。本文に /compact のようなスラッシュコマンドが書かれていても、ただの文字列として扱われ、実行されることはありません。

会話履歴と権限はセッションごとに分離されたまま。壁は残したうえで、伝言用の小窓だけを開けた格好です。

こんな場面で効く：3つの具体シーン

抽象的な説明より、実際の作業を思い浮かべたほうが早いでしょう。

シーン1：DBマイグレーション待ちの手待ち時間

あるWebサービスの開発者が、ターミナルAでデータベースのマイグレーション（テーブル構造の作り替え）を走らせています。5分はかかる作業です。

その間、ターミナルBで新しい管理画面を書き進めます。ところが管理画面のテストは、新しいテーブルができていないと通りません。

これまでは、Aの画面を何度も覗きに行くしかありませんでした。いまはBに「Aが終わったら教えて」と伝えておけばいい。終わった瞬間にBが動き出します。

シーン2：API変更がフロントを壊す前に

バックエンド担当のセッションが、レスポンスのフィールド名を user_name から userName に変えました。

フロント担当のセッションはそれを知りません。気づくのは、画面が真っ白になってからです。

クロスセッションメッセージングがあれば、変更した側のClaudeが自分の判断でフロント側に一報を入れます。バグが生まれる前に情報が届くのが大きな違いです。

シーン3：調査係とレビュー係の連携

チームでよくあるのが、片方のセッションに「このライブラリの脆弱性を調べて」と任せ、もう片方で実装を進めるやり方です。

調査が終わったら、結果を人間がコピペして実装側に貼り付ける。この転記作業がまるごと不要になります。調査係が結論をそのまま実装係に投げられるからです。

Agent Teams・git worktreeとの違い

Claude Codeには、似たように見える仕組みがすでにいくつかあります。混乱しやすいので整理しておきましょう。

Agent Teamsは、Claudeが管理者役になって複数のAIワーカーを束ねる仕組みです。共有タスクリストがあり、依存関係の管理や自動的なブロック解除まで面倒を見ます。人間はあまり口を出しません。

git worktreeは、そもそも役割が違います。1つのリポジトリから複数の作業ディレクトリを切り出す、Gitの標準機能です。セッションごとに別のフォルダとブランチを与えることで、ファイルの衝突を物理的に防ぎます。

これに対してクロスセッションメッセージングは、人間が自分で監督している複数のセッションをつなぐためのものです。それぞれが独立して動きつつ、ときどき情報だけをやり取りする。ゆるい連携が持ち味です。

整理すると、こうなります。

  • ファイルがぶつかる問題 → git worktreeで解決
  • AIに丸ごと任せて協調させたい → Agent Teams
  • 自分で見ている複数セッションをつなぎたい → クロスセッションメッセージング

3つは競合しません。worktreeで作業場所を分け、その上でセッション同士がメッセージを交わす、という組み合わせが最も実用的です。

日本の開発現場にどう効くか

日本のAIコーディングツール市場は、2026年に入って激戦区になりました。Claude Code、OpenAIのCodex、GitHub Copilot、Cursorが並び立っています。

OpenAIのCodexもデスクトップアプリでworktreeを使った並列実行に対応しており、「並列で動かせるか」はすでに当たり前の条件になりつつあります。

そのなかで今回の機能が刺さるのは、「並列で動かした後の情報の受け渡し」という一段深い部分です。並列化そのものより、並列化したあとの分断のほうが実務では厄介だからです。

日本の開発現場では、少人数チームが複数の案件を掛け持ちするケースが少なくありません。1人が3つのターミナルを回している、という光景も珍しくないでしょう。

そういう働き方では、コンテキストの持ち運びコストがそのまま生産性を削ります。人間が要約して転記していた部分が自動化される意味は小さくありません。

一方で注意点もあります。企業のセキュリティポリシーによっては、別マシンとの通信がAnthropicのサーバーを経由する点が引っかかる可能性があります。社内利用を検討するなら、isolatePeerMachines や refuse 設定も含めて、事前に運用ルールを決めておくのが安全です。

よくある質問（FAQ）

Q1. Windowsでは使えないのですか？

ネイティブのWindowsでは現時点で使えません。ただしWSL 2（Windows上でLinuxを動かす仕組み）の中のLinuxであれば対応しています。Windowsユーザーは、WSL 2環境でClaude Codeを使うのが現実的な選択肢です。

Q2. 別のセッションにファイルを渡せますか？

渡せません。共有できるのはプレーンテキストのみで、ファイルや構造化されたデータは送れません。ファイルを共有したい場合は、これまで通りリポジトリや共有ディレクトリを使う必要があります。

Q3. 知らないうちにメッセージが届くのが不安です

crossSessionInbound を hold にすれば、内容を確認してから受け入れるかどうか選べます。まったく受け取りたくない場合は refuse を指定してください。デフォルトの挙動が気になる人は、まず hold から試すのがおすすめです。

Q4. 追加料金はかかりますか？

この機能自体に別料金は設定されていません。ただし受け取ったメッセージは通常のテキストと同じようにトークンを消費します。頻繁にやり取りすれば、その分の利用料は増えると考えておきましょう。

Q5. Agent Teamsとどちらを使えばいいですか？

自分で各セッションの中身を見ながら進めたいならクロスセッションメッセージング、タスクの割り振りごとClaudeに任せたいならAgent Teamsです。まずは手元の2〜3セッションをつなぐところから試すと、違いが体感しやすくなります。

まとめ

  • Claude Code v2.1.224で、セッション同士がメッセージを送り合えるようになった
  • 送られるのは会話履歴ではなく要約テキストで、割り込まないタイミングで届く
  • 対応はmacOSとLinux（WSL 2含む）。ネイティブWindowsは非対応
  • 同一マシン内はローカル通信、別マシンはAnthropic経由で返信のみ可能
  • 受信は accept / hold / refuse で制御でき、権限承認の代わりには使えない
  • git worktreeやAgent Teamsとは役割が異なり、組み合わせて使うのが実用的

まずは claude --version でバージョンを確認し、v2.1.224未満なら更新したうえで、2つのターミナルを開いて /list-agents を試してみてください。

参考文献

前の記事

DeepSeek AIが設立3年で600億ドル規模に成長、残業ゼロ・KPIなしの働き方でChatGPTに挑戦
設立3年・残業ゼロでChatGPTに挑む中国AI「DeepSe…