Claude Code 2.1.224、セッション間メッセージング機能を追加し並行開発ワークフローをサポート

AnthropicはClaude Codeに新たな調整レイヤーを追加しました。独立したコーディングセッションが直接メッセージを送信できるようになりました。この機能はClaude Code v2.1.2で導入されました

发布于 2026年8月11日•general•GEO 评分: 0•12 次阅读

选择语言

العربية Deutsch English Español Français Italiano 日本語 한국어 Português Русский 中文

Claude Code 2.1.224、セッション間メッセージング機能を追加し並行開発ワークフローをサポート

Claude Code 2.1.224 に新たなクロスセッションメッセージングが追加され、並行開発ワークフローをサポート

はじめに

Anthropic は Claude Code に新たな調整レイヤーを追加しました。独立したコーディングセッションが、互いに直接メッセージを送信できるようになりました。

この機能は Claude Code v2.1.224 とともに 2026 年 8 月 7 日にリリースされました。Anthropic はこれをクロスセッションメッセージングと呼んでいます。

開発者は複数のターミナルウィンドウ間で発見結果を手動でコピーする必要がなくなり、ある Claude Code セッションが別のセッションに、依存関係が変更されたこと、マイグレーションが完了したこと、バグが修正されたこと、または特定の決定が下されたことを伝えられるようになりました。

元の AIBase 記事では、この機能を複数のタスクを同時に処理する開発者にとっての大きな改善として位置づけていました。この説明は方向性としては正しいですが、Anthropic の公式ドキュメントにはいくつかの重要な詳細が追加されています。

クロスセッションメッセージングは以下の特徴を持ちます：

Claude Code v2.1.224 以降が必要
macOS および Linux（WSL 2 上の Linux を含む）で動作
ネイティブ Windows では動作しない
交換されるのはテキストメッセージであり、完全な会話履歴やファイルではない
ListAgents を使用してアクセス可能なセッションを発見
SendMessage を使用してメッセージを配信
同一マシン上の複数セッション間で利用可能
他のマシン上のサポート対象セッションや Web 版 Claude Code にも接続可能
受信メッセージを承諾、保留、拒否できる受信制御機能を含む

8 月 10 日時点で、公式チェンジログは v2.1.224 を超えています。バージョン 2.1.225 ではマシン間の発信機能が改善され、本記事の準備時点では v2.1.227 が Anthropic のチェンジログで最新バージョンとして記載されています。

重要なのは v2.1.224 でこの機能が導入されたことであり、後続バージョンではその動作方法が最適化されています。

Claude Code セッションが相互に通信できるように

クロスセッションメッセージングが登場する前、複数の Claude Code セッションを実行している開発者は、しばしばセッション間の通信レイヤーとして機能しなければなりませんでした。

以下の 3 つのターミナルを想像してみてください：

セッション A：認証をリファクタリング
セッション B：支払い API を更新
セッション C：マイグレーションと統合テストを実行

セッション A がセッション B が依存する共有インターフェースを変更した場合、開発者はその変更に気づき、手動で説明する必要がありました。

セッション C が長時間のマイグレーションを完了した場合、開発者はターミナルを確認し、待機中のセッションに結果を報告する必要がありました。

クロスセッションメッセージングにより、Claude はこれらの情報を直接伝達できます。

簡素化されたワークフローは次のようになります：

セッション A
  │
  │ 「認証インターフェースが変更されました。createSessionV2() を使用してください」
  ▼
セッション B

セッション C
  │
  │ 「マイグレーションが正常に完了しました」
  ▼
セッション A

Anthropic のドキュメントには、代表的な 2 つの例が示されています。

ある変更が別のセッションが依存するものを壊した場合、一方のセッションはもう一方のセッションに警告を送ることができます。問題を解決したセッションは、その問題によってブロックされている別のセッションに回答を送ることもできます。

これは単純に聞こえますが、並行 Claude Code ワークフローの構成方法を変えるものです。

メッセージはテキストであり、共有コンテキストではない

クロスセッションメッセージングが行わないことは、最も重要な技術的詳細の 1 つです。

メッセージは、ある Claude セッションが書き、別のセッションに渡すテキストの断片にすぎません。

自動的に送信されるものはありません：

送信者の完全な会話履歴
ファイル
ツール出力
隠されたコンテキスト
完全なリポジトリ状態
権限承認

開発者が別のターミナルで同じコンテキストの同じ会話を続けたい場合、Anthropic はクロスセッションメッセージングではなくセッションの再開を推奨しています。

クロスセッションメッセージングは、以下のような短い調整メッセージに適しています：

支払い統合は今後 `user_id` ではなく `customer_id` を期待します。
完全なテストスイートを実行する前に、ブランチを更新してください。

または：

データベースマイグレーションが正常に完了しました。
214 件すべての統合テストが通過しました。
デプロイ検証を続行できます。

この設計により、メッセージングは軽量に保たれています。

また、あるセッションが別のセッションから大量の無関係なコンテキストを静かに受け取るリスクも低減されます。

Claude は ListAgents と SendMessage を使用する

開発者は通常、メッセージングツールを直接呼び出しません。

Claude Code は 2 つの内部ツールを使用します：

ListAgents
SendMessage

ListAgents により、Claude は現在アクセス可能なサポート対象セッションを発見できます。

SendMessage はテキストメッセージをそれらのセッションの 1 つに配信します。

開発者は自然言語で Claude に直接リクエストを行うことができます。

例：

別のターミナルで実行中のセッションに、マイグレーションが完了したかどうか尋ねてください。

Claude は関連するセッションを見つけ、実際のメッセージを作成します。

別の例：

支払い API を処理しているセッションに、先ほど行った認証の変更について説明してください。

開発者は機械可読なメッセージを手動で書いたり、セッション ID を基盤の API に渡したりする必要はありません。

これにより、通常の Claude Code の使用方法との一貫性が保たれます。

Anthropic が強調する 4 つの主要ユースケース

Anthropic のドキュメントでは、クロスセッションメッセージングが特に役立ついくつかの状況が指摘されています。

1. 発見結果の引き渡し

あるセッションが、別のセッションが必要とする情報を発見する場合があります。

例としては以下が挙げられます：

破壊的な API 変更
データベース制約
依存関係のバージョン要件
新しい実装上の決定
デバッグ中に発見された根本原因
別のモジュールによって引き起こされたテスト失敗

メッセージングがなければ、開発者は伝令役を務める必要があります。

メッセージングがあれば、セッションは発見結果を要約して直接送信できます。

例：

セッション A が発見：
「OAuth コールバックは現在 PKCE 検証を要求しています。」

セッション A がセッション B に送信：
「認証実装は現在 PKCE を要求しています。
マージする前にモバイルのコールバックフローを更新してください。」

これは、複数のセッションが同じプロジェクトの相互に関連する部分を処理している場合に特に有用です。

2. 並行 Git Worktree の調整

Git worktree とクロスセッションメッセージングは自然な組み合わせです。

開発者は独立したタスク用に個別の作業ディレクトリを作成し、各ディレクトリで Claude Code セッションを実行できます。

例：

リポジトリ/
├── メインブランチ
├── worktree-auth
├── worktree-payments
└── worktree-tests

各 worktree は独立して進めることができます。

あるセッションが別のブランチに影響する変更を行った場合、Claude は関連するセッションに通知できます。

これにより、並行開発における一般的なリスク、つまり複数のブランチが古い前提に基づいて進められるリスクが軽減されます。

クロスセッションメッセージングがコードを自動的にマージすることはありません。

これは、人間がマージ段階に入る前にエージェントが調整するのに役立ちます。

3. 長時間実行される作業からのステータス取得

一部のコーディングタスクは、通常の対話ラウンドよりもはるかに長い時間を要します。

例：

大規模なマイグレーション
完全な統合テストスイート
長時間のビルド
静的解析
大規模なリファクタリング
リポジトリ全体のコード生成
依存関係のアップグレード

開発者は、別のセッションで作業しながら、1 つのセッションを実行したままにすることができます。

クロスセッションメッセージングにより、長時間実行されるワーカーが結果を報告できます。

例：

セッション A：
完全なマイグレーションとテストスイートを実行してください。
完了したら、結果をアーキテクチャセッションに送信してください。

開発者は長時間実行されるターミナルを繰り返し確認する必要がなく、他の場所で作業を続けることができます。

4. マシン間通信

Anthropic は、同じコンピュータ上のセッション間だけでなく、マシンを超えたメッセージングもサポートしています。

サポートされるワークフローには以下が含まれます：

あなたのあるマシン上の別の Claude Code セッション
ウェブ上の Claude Code
リモート制御に接続されたセッション

重要なバージョン詳細が 1 つあります。

Claude Code v2.1.

224ではクロスセッションメッセージングが導入され、マシン間のサポートも含まれますが、Anthropicの現在のドキュメントによると、別のマシン上のセッションと名前で新しい会話を開始するにはv2.1.225以降が必要です。

v2.1.225より前のバージョンでは、セッションは別のマシンからのメッセージに返信できましたが、マシン間の会話を開始する機能はより限定的でした。

したがって、最も完全な動作を求める開発者は、2.1.224以降のバージョンに更新することをお勧めします。

同一マシン上のメッセージはローカルに転送されます

クロスセッションメッセージングは、受信セッションが実行されている場所に応じて異なる配信経路を使用します。

Anthropicは以下の動作を文書化しています：

宛先	配信経路
同じマシン上の別のセッション	セッションごとのローカルソケット
別のマシン上のセッション	Anthropicサーバーとリモート制御インフラ経由
Web上のClaude Code	Anthropicサーバーを経由してクラウドセッションに到達

同一マシン上のシナリオは特に注目に値します。

Anthropicは、ローカルセッション間のメッセージはセッションごとのソケットを介して転送され、Anthropicサーバーを経由しないと述べています。

サポートされている各セッションは、ローカルに自身を登録し、受信箱ソケットを作成します。

他のセッションは、ローカルセッション情報を通じてそのセッションを発見します。

これにより、ファイルシステムの境界も形成されます。

2つのClaude Codeセッションが同じセッション登録ファイルを参照できない場合、相互に発見できない可能性があります。

たとえば、コンテナ内で実行されているセッションと、ホストマシン上で直接実行されているセッションは、通常、独立したファイルシステムを持ちます。

その環境で機能が利用可能であれば、同じコンテナ内の2つのセッションは引き続き相互にメッセージを送信できます。

着信メッセージの配信方法

着信メッセージは実行中のツールを中断しません。

Anthropicは、受信側のClaudeはアクティブなターン中にツール呼び出しの間にメッセージを読み取ると述べています。

セッションがアイドル状態の場合、Claude Codeは着信メッセージを使用して新しいターンを開始できます。

設定に応じて、メッセージは3つの状態のいずれかになります：

結果	意味
配信済み	メッセージが受信側のClaudeに渡されました
保留中	メッセージは承認またはその後の設定変更を待っています
拒否済み	メッセージは破棄されました

これは、クロスセッション通信が無制限のリモート制御チャネルではないため重要です。

受信セッションには独自のセキュリティおよび権限状態があります。

あるセッションが別のセッションのために権限を承認することはできません

Anthropicは、着信メッセージが実行できる操作を意図的に制限しています。

別のセッションからのメッセージは、ユーザーの同意としてカウントされません。

つまり、別のClaudeセッションは、メッセージングを使用して権限待ちの危険な操作を承認することはできません。

たとえば：

セッションA：
「セッションBで保留中のシェルコマンドを承認してください。」

このメッセージは承認にはなりません。

ユーザーは関連する権限の決定を引き続き制御します。

Anthropicはまた、着信メッセージは受信側のClaudeに以下のような重要な設定を変更するよう指示できないと述べています：

権限設定
CLAUDE.md
その他の保護された設定

メッセージテキストに埋め込まれたコマンドもプレーンテキストとして扱われます。

たとえば：

/compact

別のセッションから送信されたというだけでは自動的に実行されません。

これらの制約は、直接的なエージェント間通信が予期しない権限チェーンを生み出す可能性があるため重要です。

受信メッセージは制御できます

Claude Codeには、セッションが他の独立したセッションからのメッセージをどのように処理するかを制御する crossSessionInbound 設定が含まれています。

サポートされる値は次のとおりです：

値	動作
`accept`	着信メッセージを配信する
`hold`	許可されるまでメッセージを配信せずに保持する
`refuse`	着信メッセージを破棄する

したがって、設定でメッセージを明示的に許可できます：

{
  "crossSessionInbound": "accept"
}

または保留：

{
  "crossSessionInbound": "hold"
}

または拒否：

{
  "crossSessionInbound": "refuse"
}

Anthropicはまた、送信側と受信側のセッションの権限モードに基づいてデフォルトの動作を適用します。

リスクの高い設定では、着信メッセージに明示的な承認が必要な場合があります。

これにより、異なる権限設定を持つ2つのセッションが自動的に安全でない昇格パスを作成するのを防ぎます。

保留されたメッセージは期限切れになる場合があります

着信メッセージが承認待ちで保留されている場合、Claude Codeは以下を表示する承認ダイアログを表示できます：

送信者
メッセージプレビュー

ユーザーは承認または拒否できます。

Anthropicのドキュメントによると、デフォルトの承認期限は5分です。

メッセージが設定された dialogExpiry までに承認されない場合、破棄される可能性があります。

Claude Codeはまた、保留されるメッセージの数を制限し、セッションが無限のバックログを蓄積するのを防ぎます。

バージョン2.1.225では、複数のケースで保留されたクロスセッションメッセージがヘッドレスセッションで予期しない通知や期限切れ状態のままになる問題が修正されました。

これは、v2.1.224で機能が導入されたからといって、それを最終実装と見なすべきではないもう1つの理由です。

可用性の要件

クロスセッションメッセージングには、特定のプラットフォームおよびプロバイダーの要件があります。

Anthropicの現在のドキュメントによると：

サポートされているオペレーティングシステム

macOS
Linux
WSL 2内のLinux

サポートされていないもの

ネイティブWindows

この区別は重要です。

Claude Code自体はWindowsをサポートしていますが、クロスセッションメッセージ機能は現在、ネイティブWindowsシステムでは利用できません。

プロバイダーの制限

Anthropicは、Claude Codeが以下のような複数の外部プロバイダーパスを通じて実行される場合、クロスセッションメッセージ機能は利用できないと述べています：

Amazon Bedrock
AWS上のClaude Platform
Google CloudのAgent Platform
Microsoft Foundry

可用性は、機能フラグの評価や環境設定にも依存する場合があります。

したがって、開発者は実際に使用する予定の環境で機能を検証する必要があります。

Claude Codeのバージョンを確認する方法

Anthropicの公式チェンジログでは、インストールされているバージョンを確認するために以下のコマンドを使用することを推奨しています：

claude --version

クロスセッションメッセージ機能には以下が必要です：

Claude Code 2.1.224以降

その後のバージョンには修正とマシン間の改善が含まれているため、組織に管理された展開ポリシーがない限り、v2.1.224に固定するのではなく、現在サポートされているバージョンを使用することが一般的に推奨されます。

Claude Codeの更新方法

ネイティブのClaude Codeインストールの場合、Anthropicは以下をサポートしています：

claude update

ネイティブインストールは通常、バックグラウンドで更新をチェックしてインストールします。

新しいバージョンは、次回Claude Codeを起動したときに有効になります。

Anthropicはまた、以下を文書化しています：

claude doctor

インストールと更新のステータスを確認するために使用します。

パッケージマネージャーによるインストールでは、個別の更新コマンドが必要な場合があります。

たとえば、Homebrewインストールは以下のコマンドで更新できます：

brew upgrade claude-code

または、最新チャネルを追跡している場合：

brew upgrade claude-code@latest

正確な更新方法は、Claude Codeのインストール方法によって異なります。

例：2つのセッションが関連する機能を処理する

開発者がアプリケーションを構築しており、2つの関連するタスクが関与していると想像してください。

ターミナル1

目標：
認証サービスをリファクタリングし、セッション作成を更新する。

ターミナル2

目標：
新しい認証済みユーザーオブジェクトを使用するように決済APIを更新する。

ターミナル1は、インターフェースが以下から変更されたことを発見します：```Plaintext

createSession(userId)


を次のように変更：

```Plaintext
createSession({ userId, organizationId })

ターミナル1は開発者が気づくのを待つ必要はなく、別のセッションにこの変更を説明するメッセージを送信できます。

受け取ったセッションは、支払い実装を完了する前に自身の作業を更新できます。

多くのAIコーディングセッションが独立して実行されている場合、このような小さな調整イベントがコスト高になり得ます。

例：並行調査

クロスセッションメッセージングはデバッグにも役立ちます。

開発者は3つのセッションを実行するかもしれません：

セッションA：
APIエラーを調査する。

セッションB：
データベースログを確認する。

セッションC：
最近のデプロイと設定変更を確認する。

セッションBが、資格情報のローテーション直後にデータベース接続が失敗し始めたことを発見したとします。

他のセッションに通知できます。

セッションAは、無関係なリクエスト解析の問題を調査し続ける必要はありません。

セッションCは、デプロイが新しいキーを取得したかどうかに集中できます。

このシステムは、完全に管理されたマルチエージェントチームを自動的に作成するわけではありません。

開発者は依然として独立したセッションを起動し、ガイドします。

メッセージングは、これらのセッション間で有用な発見を伝えるコストを下げるだけです。

クロスセッションメッセージングはエージェントチームとは異なる

Claude Codeには現在、複数のエージェントやセッションを処理する複数の方法があります。

これらは異なる問題を解決します。

機能	最適なシナリオ
クロスセッションメッセージング	自分で起動してガイドする独立セッション
レジューム	同じ会話とそのコンテキストを継続
エージェントチーム	Claudeが生成し監督する調整されたエージェント
エージェントビュー	1つの場所から複数のセッションを監視およびガイド
リモートコントロール	別のデバイスからセッションを自分で制御
チャンネル	CIやチャットメッセージなどの外部イベントをセッションに送信

この区別は重要です。「複数のClaudeインスタンスが互いに会話する」という表現は、いくつかの異なるアーキテクチャを説明できるからです。

クロスセッションメッセージングは、具体的には独立したClaude Codeセッション間の軽量な通信層を指します。

この機能が大規模プロジェクトにもたらす変化

AIBaseの記事は、このアップデートが大規模プロジェクトにおける人的な調整の負担を軽減できると述べています。

これが最も重要な実用的な意味合いです。

開発者はプロジェクトを複数の独立したワークフローに分割できます：

認証
支払い
フロントエンド
データベースマイグレーション
テスト
ドキュメント

各セッションは1つの領域に集中できます。

ある決定や変更が別の領域に影響する場合、関連情報をセッション間で直接伝達できます。

これにより、以下を削減できます：

ターミナル間のコピー＆ペースト
繰り返しの説明
遅延した依存関係の警告
繰り返しの調査
継続的なステータスチェック

ただし、統合作業を排除するわけではありません。

独立したセッションは依然として：

競合する編集を生成する可能性があります
メッセージを誤解する可能性があります
古いリポジトリ状態を使用する可能性があります
異なる技術的結論に達する可能性があります
誤った発見を別のセッションに伝える可能性があります

開発者は依然として、テスト、コードレビュー、バージョン管理、適切な権限境界が必要です。

クロスセッションメッセージングのベストプラクティス

実際の使用では、いくつかの習慣がこの機能をより信頼性の高いものにします。

メッセージを焦点を絞ったものに保つ

役立つメッセージは以下を説明する必要があります：

何が変わったか
なぜ重要なのか
どのコンポーネントが影響を受けたか
別のセッションが何を検証すべきか

例：

データベースマイグレーションにより、`billing_customer_id` が `customer_id` にリネームされました。
あなたのブランチには、古いフィールドを参照する2つのクエリがまだあります。
統合テストを行う前に、これらのクエリを更新してください。

これは次よりも優れています：

データベースのことを少し変更しました。確認してください。

メッセージを共有メモリとして扱わない

受信セッションは、送信者の推論プロセス全体を継承しません。

発見がファイル、コミット、ログ、またはテスト結果に依存している場合は、明確に識別してください。

並行コード変更にはワークツリーを使用する

複数のセッションが同じリポジトリを積極的に編集している場合、分離されたGitワークツリーはファイル競合を減らすことができます。

クロスセッションメッセージングはブランチの調整に役立ち、Gitはコード履歴とマージを処理します。

高リスク操作には人間の承認を保持する

エージェント間メッセージングは調整に役立ちます。

ただし、以下のメカニズムを回避する手段となるべきではありません：

デプロイ承認
本番環境のアクセス制御
破壊的なコマンド
セキュリティレビュー
財務操作

Anthropicの権限設計は、メッセージがユーザー承認に代わることがないことをすでに保証しています。チームはより広範なワークフローでこの分離を維持すべきです。

最小バージョン以上に更新する

v2.1.224でこの機能が導入されましたが、その後のバージョンでメッセージ処理の動作が修正され、マシン間通信が改善されました。

エンタープライズデプロイで固定バージョンが必要でない限り、最新のサポートバージョンを使用する方が安全です。

よくある質問

Claude Codeのクロスセッションメッセージングとは何ですか？

クロスセッションメッセージングにより、1つの独立したClaude Codeセッションが別のセッションにテキストメッセージを送信できます。これは、発見の引き継ぎ、タスクステータスの報告、または別のセッションに破壊的な変更が迫っていることを警告するなど、並行して動作するセッション間の調整を目的としています。

どのClaude Codeバージョンがクロスセッションメッセージングを導入しましたか？

この機能は Claude Code v2.1.224 で導入され、2026年8月7日にリリースされました。Anthropicの現在のドキュメントでは、v2.1.224以降を使用することが推奨されています。

クロスセッションメッセージングは完全なClaude会話を共有しますか？

いいえ。受信セッションは、メッセージテキスト、送信者ID、通常は返信アドレスのみを取得します。送信者の会話履歴やファイルは取得されません。完全な会話コンテキストを継続する必要がある場合は、セッションレジューム機能を使用してください。

Claude Codeセッションは別のコンピュータ間でメッセージを送信できますか？

はい、サポートされているセッションは、Anthropicのリモートコントロールインフラストラクチャを介してマシン間で通信できます。Anthropicは、別のマシン上のセッションと名前で新しい会話を開始するにはv2.1.225以降が必要であると述べています。v2.1.224のマシン間動作は限られています。

クロスセッションメッセージングはWindowsをサポートしていますか？

macOSとLinuxをサポートしており、WSL 2でのLinuxも含まれます。Anthropicの現在のドキュメントでは、この機能はネイティブWindowsでは利用できないとされています。

同じマシン上のメッセージはAnthropicサーバーを経由しますか？

いいえ。Anthropicによると、同じマシン上のセッション間で送信されるメッセージは、セッションごとのローカルソケットを使用し、Anthropicサーバーを経由しません。

Claudeセッションは別のセッションの権限リクエストを承認できますか？

いいえ。受信したクロスセッションメッセージはユーザーの同意とは見なされません。また、別のセッションの保護された権限や設定を変更することを強制することもできません。

Claude Codeを更新するにはどうすればよいですか？

ネイティブインストールの場合、claude updateを実行し、Claude Codeを再起動します。claude --versionでインストール済みバージョンを確認でき、claude doctorで更新ステータスを診断できます。

概要

Claude Code v2.1.224では、クロスセッションメッセージング機能が導入され、独立したClaude Codeセッションが相互に検出し、テキストメッセージを送信できるようになりました。この機能は並行作業向けに設計されています。調査結果の引き継ぎ、ワークツリーの調整、長時間実行タスクの更新の受信、そして複数のターミナル間で開発者が手動で情報を転送する必要性の軽減を実現します。

この実装は意図的に機能を限定しています。メッセージには完全な会話履歴やファイルは含まれず、あるセッションが別のセッションの権限を承認することはできません。受信メッセージは受け入れ、保留、拒否のいずれかが可能です。同じマシン上のメッセージは、各セッションのソケットを通じてローカルに送信されます。

その後のバージョンでは、元の機能が改良されています。特にv2.1.225では、マシン間の接続開始が改善され、ヘッドレスセッションでのメッセージ処理シナリオが修正されました。

真のアップグレードは、2つのClaudeウィンドウが「チャット」できることではなく、独立したコーディングエージェントが、開発者が各並行タスク間のメッセージバスとして機能することなく、各自の作業を調整できるようになったことです。