Claude Codeの新機能「セッション間メッセージング」とは？使い方・設定・サブエージェントとの違いを解説

複数のターミナルでClaude Codeを並行して動かしていると、「あっちのセッションで決めたことを、こっちにもう一回説明し直す」手間が必ず発生します。2026年8月7日にAnthropicが公開したクロスセッションメッセージングは、まさにここを解消する機能。セッション同士が直接メッセージを送り合えるようになり、1つのセッションを「指揮者（コンダクター）」に見立てて他のセッションに作業を割り振る、といった運用が現実的になりました。何ができて何ができないのか、公式情報と各メディアの報道からまとめました。

セッション間メッセージングとは？——Claude Code同士が直接やりとりできる新機能

Anthropicは2026年8月7日、Claude Codeのセッション間メッセージング（cross-session messaging）を公開しました。対応環境はmacOSとLinux（WSL 2を含む）で、Claude Code v2.1.224以降が必要です。

これまで、複数のClaude Codeセッションはそれぞれ完全に独立した存在でした。たとえばセッションAでAPIの仕様変更を実施したら、その影響を受けるセッションBには、ユーザーが自分で内容をコピーして説明し直すしかなかった。今回の機能で、セッションA自身が「この変更はあなたの作業に影響する」とセッションBへ直接知らせられるようになりました。

しくみを支えるのは2つの新しいツールです。

• ListAgents — 到達可能な他のセッションを一覧する（同一マシンのローカルセッション、リモート接続中のセッションなど）
• SendMessage — 名前を指定して特定のセッションへテキストを届ける

ユーザーがこれらのツールを直接叩く必要はありません。「この決定事項をあっちのセッションにも伝えて」と言えば、Claudeが宛先を選んでメッセージを書きます。受信側では送信元のラベルつきカードとして表示されるので、どこから来た情報なのかが失われません。

カテゴリ: 開発ツール

対応環境と通信経路——同一マシン内はサーバーを経由しない

メッセージの通り道は、セッションの居場所によって変わります。

同一マシン上のセッション同士はOSのソケット通信で直結され、外部サーバーを一切経由しません。一方、マシンをまたぐ場合は制約が強く、こちらから会話を開始することはできず、届いたメッセージに答える「返信のみ」に限定されています。

できないこと・制限事項——権限もファイルも渡らない

セキュリティ面の設計は明確に「テキストだけ」に絞られています。

• 渡るのはプレーンテキストのみ。会話履歴・ファイル・権限設定は共有されない
• 受信側の許可プロンプトを送信側が代行承認することはできない。権限が必要な操作は受信側で改めて承認が要る
• メッセージ内に /compact のようなスラッシュコマンドが書かれていても、コマンドとしては実行されずただの文字列として届く
• 受信したメッセージ経由でCLAUDE.mdや権限設定を書き換えることはできない

また、無限にメッセージが往復するループを防ぐレート制限があり、短時間の同一内容の連投は破棄されます。受信の可否も設定で制御でき、crossSessionInbound を refuse にすれば一切受け取らない運用も可能です。権限確認をスキップするモードで動いているセッションは、届いたメッセージがそのまま入らず、ユーザーの承認待ち（保留）になるという安全側の初期設定になっています。

コンダクター（指揮者）型の使い方——マルチエージェント並列開発の実践パターン

この機能が注目されている理由が、オーケストラの指揮者のように振る舞う運用パターンです。ITmediaの記事でも紹介されたこの使い方では、1つのセッションが全体の方針を握り、実作業を他のセッションに割り振ります。

典型的なパターンをいくつか挙げると:

• 指揮者＋奏者型 — 指揮者セッションがターミナルの分割ペインで複数のセッションを開き、それぞれにメッセージで作業を割り当てる。各セッションはきれいな（余計な文脈のない）状態で自分のタスクだけに集中できる
• 監視役＋作業役型 — 長時間動き続ける監視セッションが問題を見つけたら、都度、新しい作業セッションに具体的なタスクだけを渡す
• 破壊的変更の通知 — あるセッションが共有コードに手を入れたとき、影響を受けそうな別セッションへ自律的に「この変更に注意」と知らせる
• 決定事項の引き継ぎ — 設計判断や調査結果の要約を別セッションに渡し、ユーザーが同じ説明を繰り返さずに済むようにする

サブエージェントとの違い——「部下」ではなく「同僚」

似た機能に見える「サブエージェント」とは別物です。違いを整理すると:

がっちり統率された多エージェント協調が必要ならサブエージェントやエージェントチームが適していて、メッセージングは独立して進んでいる作業同士の情報共有に向いています。

使い方・設定方法——claude --name で名前をつけて呼び合う

セットアップはシンプルです。各セッションに名前をつけて起動し、一覧を確認するだけ。

claude --name migration      # ターミナル1: 移行作業担当
claude --name payments-api   # ターミナル2: API担当

セッション内で /list-agents と打てば、いま到達できるセッションの一覧が見えます。あとは自然言語で「migrationセッションにスキーマ変更が終わったことを伝えて」のように頼めば、Claudeがメッセージを送ります。

なお、ネイティブWindowsは現時点で非対応（WSL 2なら可）。また、Amazon BedrockやGoogle Cloud、Microsoft Foundry経由のエンタープライズ環境でも使えません。テレメトリ送信を無効化する環境変数を設定している場合も機能が無効になることがあります。

よくある質問（FAQ）

Q. Windowsでは使えない？ ネイティブWindowsは非対応ですが、WSL 2上のClaude Codeなら使えます。

Q. 追加料金はかかる？ 機能自体に追加料金はありません。Claude Code v2.1.224以降へのアップデートだけで使えます。

Q. メッセージ経由で勝手に危険な操作をされない？ されません。メッセージはただのテキストとして届き、権限の承認・設定変更・コマンド実行はできない設計です。権限が必要な操作は受信側セッションで改めて承認が必要です。

Q. 受け取りたくない場合は？ 設定で crossSessionInbound を refuse にすれば一切受信しません。hold にすればユーザー承認後にのみ届きます。

Q. /list-agents が認識されない Claude Codeのバージョンがv2.1.224未満の可能性があります。アップデートしてから再度確認してください。

まとめ

• セッション間の「言った・言わない」をClaude自身が解消してくれる機能。同一マシン内ならサーバー非経由で完結する
• 渡るのはテキストだけで、権限・ファイル・コマンド実行は一切通らない。安全側に倒した設計
• 1セッションを指揮者にした並列開発の運用が現実味を帯びてきた。ただし密結合な協調はエージェントチームなど別のしくみの領分

複数セッションの並列運用はこれまで「人間が交通整理する」のが前提でしたが、その交通整理自体をAIに任せる方向へ一歩進んだ形です。Web版・モバイル連携がどこまで双方向になるかが次の注目点です。

SOURCE

ITmedia AI＋（Infoseek配信） — Claude Code、セッション間メッセージング機能を追加

news.infoseek.co.jp

SOURCE

9to5Mac — Claude Code now lets sessions talk to each other on macOS

9to5mac.com

SOURCE

MacRumors — Claude Code Adds Cross-Session Messaging on macOS

macrumors.com

SOURCE

ClaudeFast — Claude Code Cross-Session Messaging: How It Works（仕様詳細）

claudefa.st