Claude Codeのクロスセッションメッセージングとは?セッション同士がAIだけで会話!使い方・仕組み・活用シーンを徹底解説

Claude Code クロスセッションメッセージング とは セッション 同士 AI 会話 使い方 仕組み 活用 シーン 徹底 解説
押さえておきたいポイント
  • Claude Code v2.1.224で追加された、独立したセッション同士がテキストメッセージを自動で送受信できる新機能
  • ListAgentsとSendMessageの2つのツールで動作し、macOS・Linuxで追加設定なしに利用可能
  • 同一マシン間のメッセージはローカルソケット経由で通信され、Anthropicサーバーを経由しない安全設計

2026年8月8日、AnthropicがClaude Codeの新機能「クロスセッションメッセージング(cross-session messaging)」を公開しました!

これまでClaude Codeで複数のセッションを並列に動かしていると、片方のセッションで得た情報をもう片方に伝えるには、開発者自身がターミナル間でコピー&ペーストするしかありませんでした。今回の機能追加によって、Claude自身がセッション間の「伝書鳩」の役割を果たしてくれるようになったのは大きな進歩でしょう。

そこでこの記事では、クロスセッションメッセージングの概要や仕組み、使い方から活用シーンまで徹底的に解説します。ぜひ最後までご覧ください。

\生成AIを活用して業務プロセスを自動化/

tamura

監修者田村 洋樹

株式会社WEEL代表取締役 / 累計25社以上のAIアドバイザリーを担当 / 企業向けセミナー・大学講義でのべ10,000人超に登壇 / 日本HP・インテルなど、大手企業主催カンファレンスへの登壇実績多数。AI導入支援・生成AIを活用した業務改革のプロとして、アドバイザリー・PM・講演者など多面的な立場から企業を支援中。

目次

Claude Codeのクロスセッションメッセージング機能とは?

Claude Codeのクロスセッションメッセージング機能とは?
参考:https://x.com/ClaudeDevs/status/2085817074816070014?s=20

クロスセッションメッセージング機能は、複数のClaude Codeセッションを同時に運用する開発者にとって待望の新機能です。

端的に説明すると、あるClaude Codeセッションが別のセッションにテキストメッセージを送信し、情報共有や状況確認を自動で行える仕組みとなっています。Claude Code v2.1.224以降のバージョンで利用でき、macOSとLinuxに対応した機能です。

送受信されるのはテキストのみで、会話履歴やファイル、権限情報は一切渡りません。Anthropicの公式ドキュメントでもこの点が明確に区別されています。会話全体を別セッションに引き継ぎたい場合は、従来のセッションresume機能を使ってください。

この機能が活きるシーンとして、Anthropicは4つの典型例を示しています。1つ目は「発見の引き渡し」で、あるセッションがAPIの破壊的変更を検出した際に、影響を受ける別セッションへ先回りして警告できるケースです。2つ目は「並列worktreeの調整」で、同じリポジトリを複数のworktreeに分けて作業する場合の同期に向いています。

3つ目は「長時間タスクのステータス取得」で、マイグレーションやテストを走らせているセッションから監視中のセッションへ進捗を返す用途です。そして4つ目が「別マシンからの返信」で、Remote Control接続中にほかのマシン上のセッションへ応答する使い方が可能となっています。

Claude Codeのクロスセッションメッセージング機能の仕組み

Claude Codeのクロスセッションメッセージング機能の仕組み

クロスセッションメッセージングの動作原理は、「ListAgents」と「SendMessage」という2つのツールを中心に構成されています。

ListAgentsは、現在のセッションから到達可能な他のセッションを探索するツールです。同一マシン上のセッション、Subagent、Remote Control経由の別マシンのセッションをリストアップしてくれます。一方のSendMessageは、ListAgentsで発見したセッションに対して名前を指定し、テキストメッセージを送信する役割を担うツールです。

この2つのツールは開発者が直接呼び出すものではなく、Claudeが自律的に判断して使用する設計です。開発者は「別のターミナルで動いているセッションに、マイグレーションが終わったか聞いて」と自然言語で指示するだけで十分でしょう。

通信経路はセッションの場所によって異なります。同一マシン上のセッション同士は、各セッションが起動時にバインドするUnixドメインソケット(Inboxソケット)を介してローカルに通信する仕組みです。メッセージがAnthropicのサーバーを経由することはありません。別マシン上のセッションへ返信する場合のみ、Remote Controlを通じてAnthropicサーバー経由で中継されますが、この場合は「返信のみ」で新規メッセージの送信はできない一方向通信となっています。

受信側のセッションは、ツール呼び出しの合間にメッセージを読み取る設計です。実行中のコマンドに割り込みが入ることはありません。セッションがアイドル状態なら、そのメッセージをきっかけに新しいターンが開始されます。

Claude Codeのクロスセッションメッセージング機能の特徴

Claude Codeのクロスセッションメッセージング機能の特徴
参考:https://code.claude.com/docs/en/cross-session-messaging

クロスセッションメッセージングの最大の特徴は、追加設定なしですぐに利用を開始できる点にあります。

Claude Code v2.1.224以降をmacOSまたはLinuxで使っていれば、特別な設定やオプションの有効化は不要です。セッションを立ち上げるだけで自動的にInboxソケットがバインドされ、メッセージの送受信が可能な状態になります。

セキュリティ面でも注目すべき設計が施されています。受信したメッセージは権限の昇格や設定変更に一切利用できない仕様です。あるセッションから別のセッションに届いたメッセージが、受信側の権限承認プロンプトに対する「許可」として扱われることは決してありません。メッセージに含まれる/compactのようなスラッシュコマンドもプレーンテキストとして処理され、コマンドとしては実行されない設計となっています。

メッセージの受信制御は、crossSessionInbound設定で細かくコントロール可能です。値はaccept(自動配信)、hold(保留して確認待ち)、refuse(受信拒否)の3段階から選べるので、チームのセキュリティポリシーに合わせた運用ができるでしょう。

加えて、メッセージのループ防止機構も内蔵されています。Claude Codeは送信者ごとにレート制限を設け、短い時間内に同一内容のメッセージが繰り返された場合は自動的に破棄する仕組みです。1セッションあたりのメッセージキューも50件までに制限されているため、2つのセッション間でメッセージが無限にやり取りされるような事態は起こりません。

「Claudeセッション同士が同僚のように会話する」とX上で話題に

この機能のリリース直後から、X上では開発者コミュニティから大きな反響が寄せられています。

今回解説する事例において、弊社がX(旧Twitter)で発見した参考となるツイートを紹介させていただいております。取り下げなどのご連絡は、contact@weel.co.jp からご連絡ください。

公式アカウント@ClaudeDevsの告知ポストは8月10日時点でインプレッション数700万回超、いいね数5.9万件に達しており、ここ最近のClaude Code関連のアップデートの中でも特に注目度が高いことがうかがえます。

海外のユーザーからは「フロントエンドとバックエンドの2セッションが、お互い何をしているか把握しながら開発できる」「マルチエージェントワークフローが非同期のバックグラウンドワーカーのように感じられる」といった声が上がっています。

Qiitaではv2.1.224のChangelog解説として、crossSessionInbounddialogExpiryによる受信ハンドリングの仕組みや、パーミッションをバイパスしているセッション宛のメッセージが保留扱いになる安全設計についても詳しく取り上げられています。

Claude Codeのクロスセッションメッセージング機能の安全性・制約

Claude Codeのクロスセッションメッセージング機能の安全性・制約

クロスセッションメッセージングには、意図しない動作を防ぐための安全機構が多層的に組み込まれています

受信メッセージが権限承認の代わりになることは絶対にありません。Claudeはこの点を明確にインストラクションされており、別セッションからのメッセージによる設定変更やCLAUDE.mdの書き換えも不可能です。

プラットフォームの制約として、Amazon Bedrock、Claude Platform on AWS、Google Cloud Agent Platform、Microsoft Foundryでは利用できない点に注意してください。ネイティブWindows環境にも非対応ですが、WSL 2のLinux内であれば動作します。

コンテナ環境では、コンテナ内外のセッション間通信はファイルシステムが分離されるため不可能です。ただし、同一コンテナ内の複数セッション間では通信できる仕組みとなっています。

isolatePeerMachinestrueに設定すれば、マシン外に出るメッセージすべてに明示的な承認を要求できるため、エンタープライズ環境でもセキュリティポリシーに沿った運用が可能でしょう。

Claude Codeのクロスセッションメッセージング機能の料金

クロスセッションメッセージング機能は、Claude Codeの標準機能として追加料金なしで利用できます。別途課金される追加オプションではなく、Claude Code v2.1.224以降のアップデートに含まれる形で提供されている機能です。

ただし、Claude Code自体の利用にはAnthropicのサブスクリプションまたはAPI利用が前提です。2026年8月時点での各プランの料金体系は以下のとおりとなっています。

スクロールできます
プラン月額料金Claude Code利用クロスセッションメッセージング
Free無料❌️❌️
Pro月額20ドル(約3,000円)⭕️⭕️
Max 5x月額100ドル(約15,000円)⭕️(Proの5倍の使用量)⭕️
Max 20x月額200ドル(約30,000円)⭕️(Proの20倍の使用量)⭕️
Team月額25〜30ドル/席⭕️⭕️
Enterprise要問い合わせ⭕️⭕️
API(従量課金)トークン単価による⭕️⭕️
Claude Codeのクロスセッションメッセージング対応プラン一覧

受信したメッセージは通常のプロンプトと同様にトークンとしてカウントされるため、メッセージのやり取りが増えると使用量にも影響します。並列セッションを多用する開発スタイルの方は、Max 5x以上のプランを検討するとよいでしょう。

Claude Codeのクロスセッションメッセージング機能のライセンス

クロスセッションメッセージングはClaude Codeの一部として提供されており、Claude Code自体はオープンソースではなくAnthropicのプロプライエタリ製品です。利用にあたってはAnthropicの利用規約(Terms of Service)およびAcceptable Use Policyに従う必要があります。

スクロールできます
利用用途可否備考
商用利用⭕️Pro・Max・Team・Enterpriseプランで商用開発に利用可能
改変Claude Codeのリバースエンジニアリングは禁止
再配布Claude Codeそのものの再配布は不可
特許利用特許に関する個別の付与条項なし
私的利用⭕️Acceptable Use Policyの範囲内で利用可能
Claude Codeのライセンス概要

Claude Codeを使って生成したコードやアウトプットは、Anthropicの商用利用規約のもとで利用者に帰属すると明記されています。クロスセッションメッセージングによるセッション間通信の内容も開発者のプロジェクトの一部として扱われるため、生成物の権利を心配する必要はないでしょう。ただしAnthropicの競合サービスを構築する目的での利用は禁止されているため、利用目的に応じた規約の事前確認をおすすめします。

Claude Codeのクロスセッションメッセージング機能の使い方

ここからは、クロスセッションメッセージングの具体的な使い方をステップ・バイ・ステップで解説していきます。

STEP

Claude Codeのバージョンを確認・アップデート

クロスセッションメッセージング機能を利用するには、v2.1.224以降のバージョンが必要です。ターミナルで以下のコマンドを実行して、現在のバージョンを確認しましょう。

claude --version
Claude Codeのクロスセッションメッセージング機能の使い方

v2.1.224より古いバージョンが表示された場合は、以下のコマンドでアップデートしてください。

claude update
STEP

2つのセッションを起動

クロスセッションメッセージングを試すには、最低2つの独立したClaude Codeセッションが必要です。ターミナルを2つ開き、それぞれでClaude Codeを起動しましょう。

名前をつけて起動すると、あとから相手を指定しやすくなります。

# ターミナル1
claude --name backend-session

# ターミナル2
claude --name frontend-session
Claude Codeのクロスセッションメッセージング機能の使い方

名前を付けずに起動した場合は、作業ディレクトリのフォルダ名から自動的に名前が付与される仕組みです。セッション起動後に/renameコマンドで変更することもできます。

STEP

到達可能なセッションを確認

ターミナル1のセッション内で以下のスラッシュコマンドを実行し、通信可能なセッションの一覧を確認してください。

/list-agents
Claude Codeのクロスセッションメッセージング機能の使い方

/peersでも同じ結果が得られます。ここにターミナル2で起動したセッション名(例:frontend-session)が表示されれば準備完了です。

もし/list-agentsが認識されない場合は、バージョンが古いか、環境変数(CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFICなど)が有効になっている可能性がありますので確認してみてください。

STEP

メッセージを送信

ここからが本番です。ターミナル1のセッション内で、自然言語でメッセージ送信を指示しましょう。

フロントエンドのセッションに、APIのレスポンス形式を変更したことを伝えて

Claudeが自動的にListAgentsで宛先を特定し、SendMessageで適切な内容のメッセージを作成・送信してくれます。開発者がツール名を指定したり、メッセージ文面を細かく書いたりする必要はありません。

STEP

メッセージの受信を確認

ターミナル2に切り替えると、「Message from backend-session」のようなラベル付きの通知が表示されているはずです。セッションが作業中だった場合はツール呼び出しの合間に読み取られ、アイドル状態なら即座に新しいターンが開始される仕組みとなっています。

Claude Codeのクロスセッションメッセージング機能の使い方

届いたメッセージはCtrl+Oで展開して全文を確認できます。受信側のClaudeはメッセージ内容をもとに作業を調整したり、送信元セッションに返信したりすることも可能です。

STEP

セッション間で質問と回答をやり取りする

一方的な通知だけでなく、別セッションに質問を投げてその場で回答を受け取ることもできます。

別のターミナルで動いているセッションに、マイグレーションが終わったか聞いて

受信側のClaudeが回答を返すと、送信元セッションにその返答が届く流れです。複数ターミナルを行き来する手間をかけることなく、1つのセッション内で情報収集が完結するのは大きな利点でしょう。

STEP

受信制御をカスタマイズする(上級者向け)

チームのセキュリティポリシーに応じて受信動作を変更したい場合は、crossSessionInbound設定を使ってください。

{
  "crossSessionInbound": "hold"
}

acceptにすると全メッセージを自動配信、holdにすると確認ダイアログで承認してから配信、refuseにすると全メッセージを破棄する動作となります。マシン外へのメッセージ送信に承認を必須にしたい場合は、以下の設定を追加してください。

{
  "isolatePeerMachines": true
}

【業界別】Claude Codeのクロスセッションメッセージング機能の活用シーン

クロスセッションメッセージング機能は、並列で複数のタスクを進行させるあらゆる開発現場で威力を発揮します。ここからは業界ごとの具体的な活用シーンを紹介していきます。

ソフトウェア開発業界

もっとも恩恵を受けるのは、日常的にClaude Codeを複数ターミナルで運用しているソフトウェア開発者でしょう。フロントエンドとバックエンドを別セッションで同時に開発する場合、API仕様の変更をリアルタイムで相互共有できます。

worktreeを分けたブランチ並行開発でも、あるブランチでの破壊的変更が別ブランチにすぐに伝達されるため、マージ時のコンフリクトリスクを大幅に低減できるのは魅力的です。

生成AIを搭載したSaaSについて、詳しく知りたい方は以下の記事も参考にしてみてください。

金融・フィンテック業界

金融システムの開発では、バッチ処理やデータマイグレーションが長時間に及ぶケースが少なくありません。マイグレーション専用セッションを走らせながら、完了通知を開発セッションに自動的に飛ばす運用が実現できます。夜間バッチの結果をリモートから確認する用途にも、Remote Controlとの組み合わせで対応できるでしょう。

金融業界における生成AI活用について、詳しく知りたい方は以下の記事も参考にしてみてください。

研究・教育機関

研究プロジェクトで大規模な計算やデータ分析を複数パイプラインで並行実行する場合、進捗や中間結果を別セッションで監視するワークフローを構築できます。論文執筆用セッションからデータ解析セッションに「最新の結果を教えて」と問い合わせるような使い方も、この機能の守備範囲です。

教育業界における生成AI活用について、詳しく知りたい方は以下の記事も参考にしてみてください。

【課題別】Claude Codeのクロスセッションメッセージング機能が解決できること

続いて、クロスセッションメッセージングが解決する具体的な課題をピックアップして紹介します。

ターミナル間のコピー&ペースト地獄から解放

複数セッションを運用する開発者にとって最大のストレスは、セッション間の情報の手動転記でした。片方のセッションで得た知見を、もう片方に伝えるためにいちいちコピペしなければならなかったのです。クロスセッションメッセージングは、この人間がメッセージルーターになる問題を根本から解消してくれます。

並列開発での「気づかないうちに壊れていた」を防止

同じリポジトリを複数セッションで編集していると、一方の変更がもう一方の作業を壊していることに気づかないまま進んでしまうリスクがつきまといます。クロスセッションメッセージングでは、Claudeが変更の影響範囲を判断して他セッションに自発的に警告することが可能です。問題の早期発見という観点で、大きな価値があるでしょう。

長時間タスクの「終わったか確認」が不要に

マイグレーション、テストスイートの実行、大規模なリファクタリングなど、完了まで時間のかかるタスクをバックグラウンドで走らせている場面は少なくないはずです。従来はターミナルを切り替えて進捗を確認する必要がありましたが、この機能を使えば完了通知や中間報告をアクティブなセッションに自動送信させられます。

Claude Codeのクロスセッションメッセージング機能を使ってみた

使い方セクションでセッション間の送受信が確認できたので、ここからは実際にコードを使った実践的なシナリオで検証を進めてみました。

backend-sessionのAPI変更をfrontend-sessionに共有してコード修正まで自動化してみた

まず、backend-sessionにExpressのGET /api/itemsエンドポイント(backend/server.js)と、frontend-sessionにTypeScriptの型定義(frontend/types.ts)・APIクライアント(frontend/api.ts)を生成させ、検証用のミニプロジェクトを用意しました。

Claude Codeのクロスセッションメッセージング機能を使ってみた

続いて、backend-sessionでserver.jsに以下の破壊的変更を加えています。レスポンスをdata・metaでラップ、idをnumberからstringに変更、priceをnumberから{ amount, currency }のオブジェクトに変更、ページネーション情報の追加です。

変更後、backend-sessionに「この変更内容をfrontend-sessionに共有して、フロント側の型定義とパース処理も修正するよう伝えて」と指示しました。

すると、backend-sessionのClaudeが変更差分を要約したメッセージをSendMessageで送信。受信したfrontend-sessionのClaudeは、まずbackend/server.jsを自分で読みに行って実際の変更内容を確認したうえで、frontend/types.tsfrontend/api.tsの両方を自律的に修正してくれました。

Claude Codeのクロスセッションメッセージング機能を使ってみた

具体的には、types.tsではItem.idをnumberからstringへ、Item.priceをnumberからPrice { amount, currency }へ変更し、新たにItemsMeta { total, page, perPage }型とItemsResponse { data: Item[]; meta: ItemsMeta }型を追加。api.tsでは型ガード関数(isPriceisItemsMetaisItemsResponse)を追加し、fetchItems()のパース処理をレスポンス構造の変更に合わせて書き換えてくれたのです。

最終的にfrontend-sessionがtsc --noEmit --strictで型チェックを実行し、エラーなしを確認。backend-session側でもfrontendの修正内容をserver.jsと照合して全項目が一致していることを検証済みと報告してくれました。

Claude Codeのクロスセッションメッセージング機能を使ってみた

私がやったのは「変更内容をフロントに共有して直してもらって」というプロンプト送信だけです。Claude同士がメッセージをやり取りし、コードを読み、修正し、型チェックまで完了させる一連の流れは、まさに2人のエンジニアがSlackで連携しながら作業しているような体験でした。

よくある質問

最後に、クロスセッションメッセージング機能に関して、多くの方が疑問に感じるポイントをQ&A形式でまとめました。

クロスセッションメッセージングはWindows環境で利用できますか?

いいえ、2026年8月時点ではネイティブWindowsには非対応です。ただしWSL 2上のLinux環境であれば利用可能とされています。macOSとLinux(WSL 2含む)が対応プラットフォームですので、Windows開発者の方はWSL 2経由での利用をご検討ください。

メッセージの送受信で追加料金はかかりますか?

メッセージ送受信そのものに対する追加料金は発生しません。ただし受信したメッセージは通常のプロンプトと同様にトークンとしてカウントされる点に注意してください。頻繁にセッション間でやり取りを行うと各プランの使用量上限に早く到達する可能性があるため、利用頻度が高い場合はMax 5x以上のプランがおすすめです。

別マシン上のセッションにメッセージを送信できますか?

別マシン上のセッションへは、Remote Control接続中に限り「返信」のみ可能です。別マシンのセッションから先にメッセージを受け取った場合にのみ返信できる一方向の制約がある点にご留意ください。同一マシン上のセッション同士であれば、制限なく双方向のメッセージ送受信が行えます。

Claude Codeのクロスセッションメッセージングで並列開発を加速させよう!

Claude Codeのクロスセッションメッセージングは、並列で複数のセッションを運用する開発者にとって「痒いところに手が届く」新機能です。セッション間の情報共有がClaude自身の判断で自動化されることで、コンテキストの手動転記から解放されます。

ローカルソケット通信による高いセキュリティと、エンタープライズ向けの受信制御も備えた実用的な機能です。まずはClaude Codeを最新バージョンにアップデートして試してみてください。

最後に

弊社では、AI導入を検討中の企業向けに、業務効率化や新しい価値創出を支援する情報提供・導入支援を行っています。最新のAIを活用し、効率的な業務改善や高度な分析が可能です。

「生成AIで新しいプロダクトを作りたい」「もっと本格的に生成AIを業務に組み込みたい」とお考えの方は、ぜひ株式会社WEELにご相談ください。

開発実績として、

・新規事業室での「リサーチ」「分析」「事業計画検討」を70%自動化するAIエージェント
・社内お問い合わせの1次回答を自動化するRAG型のチャットボット
・過去事例や最新情報を加味して、10秒で記事のたたき台を作成できるAIプロダクト
・お客様からのメール対応の工数を80%削減したAIメール
・サーバーやAI PCを活用したオンプレでの生成AI活用
・生徒の感情や学習状況を踏まえ、勉強をアシストするAIアシスタント

などの開発実績がございます。

生成AIを活用したプロダクト開発の支援内容は、以下のページでも詳しくご覧いただけます。
➡︎株式会社WEELのサービスを詳しく見る。

アイデア段階でも構いません。まずは無料相談でお気軽にご相談ください。
➡︎生成AIを活用したプロダクト開発・業務効率化について相談する

大規模言語モデル(LLM)比較レポート
LLM比較レポート

「生成AIを社内で活用したい」「生成AIの事業をやっていきたい」という方に向けて、生成AI社内セミナー・勉強会をさせていただいております。

セミナー内容や料金については、ご相談ください。

また、大規模言語モデル(LLM)を対象に、言語理解能力、生成能力、応答速度の各側面について比較・検証した資料も配布しております。この機会にぜひご活用ください。

  • URLをコピーしました!
  • URLをコピーしました!
目次