投稿者 投稿日: カテゴリー AIニュース
Claude Codeのセッション同士が直接会話できるようになりました。
Anthropicは2026年8月7日、Claude Codeのバージョン2.1.224を公開し、別々に立ち上げたセッションがお互いにメッセージを送り合える機能を加えました。これまでターミナルの窓を行き来してコピー＆ペーストしていた引き継ぎを、Claudeが自分で要約して隣のセッションに渡します。商品登録と広告運用と受注処理を同時に走らせている現場ほど恩恵の大きい変更ですが、通信の経路と使える環境には条件が付きます。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）が、日本のEC事業者の視点で3つの論点に整理します。
何が変わったか｜2.1.224で加わった2つのツール
変わったのは、別のターミナルで動いている作業へ、人を介さずに要点が届くようになったことです。The Decoderによれば、片方のセッションで加えた変更がもう片方の作業に影響する場合、Claudeは頼まれなくても自分から知らせにいきます。長く回している処理の進み具合を、こちらから尋ねることもできます。
仕組みは2つのツールです。到達できるセッションを探すListAgentsと、名前を指定して本文を届けるSendMessageで、どちらも利用者が直接呼び出すものではありません。手元で確認したいときは、スラッシュコマンドの/list-agents（別名は/peers）で一覧が出ます。MacRumorsは、この機能が31件の変更とともに同じリリースに含まれたと報じています。
重要なのは、渡るものが限定されている点です。Claude Codeの公式ドキュメントは「メッセージとは、あるClaudeが別のClaudeに書く一片のテキストであり、会話履歴やファイルではありません」と明記しています。受け取った側では送信元の名前が付いたかたちで表示され、届いたメッセージが権限の許可を代わりに与えることはありません。設定ファイルやCLAUDE.mdを書き換えるよう頼まれても応じない設計で、本文に/compactのようなコマンドが書かれていても、ただの文字として届きます。対応するのはmacOSとLinux（WSL 2上のLinuxを含む）で、Windowsそのものでは動きません。
論点1｜並行作業の単位が人からセッションへ移ります
第一の論点は、作業の分け方そのものを見直す必要があるということです。これまで複数の作業を同時に回すとき、文脈をつないでいたのは人間の手でした。楽天のRMSで商品情報の一括更新を回しながら、Amazonのセラーセントラルから落とした広告レポートを集計し、Shopifyの管理画面で受注処理を進める。この3つを別のセッションに割り当てておけば、価格改定が確定した時点で、在庫と広告を見ているセッションにその事実が伝わります。
ただし渡るのは本文テキストだけです。つまり「一文で伝えて意味が通る単位」に業務を割っておかないと、この機能は活きません。会話の中身ごと引き継ぎたい場合は、メッセージではなくセッションの再開を使うのが正しい使い分けです。あわせて名前の設計も重要になります。既定の名前は作業ディレクトリ名から自動で付くため、似た名前が並ぶと取り違えます。--nameか/renameで「rakuten-item」「amazon-ads」のような業務名を先に振っておくことをおすすめします。複数のAIツールを業務ごとに割り当てる考え方は、MCPコネクタの業務別の選び方でも整理しています。
論点2｜通信の経路は同一マシンかどうかで変わります
第二の論点は、顧客データを扱う事業者ほど先に確認すべき経路の話です。公式ドキュメントによると、同じマシンの中のセッション同士はセッションごとのソケットを通り、Anthropicのサーバーを経由しません。一方、別のマシンやWeb上のセッションへ届ける場合はAnthropicのサーバーを経由し、しかもできるのは返信だけで、こちらから会話を始めることはできません。
受注データや顧客名簿を扱うセッションは、同一マシンの中に閉じる設計が既定になります。設定ではisolatePeerMachinesをtrueにすると、マシンの外へメッセージが出る前に承認を求める挙動になります。受信側はcrossSessionInboundで、届いたものを渡す（accept）、保留する（hold）、捨てる（refuse）の3つから選べます。組織全体で止めたい場合は、管理者がSendMessageとListAgentsを拒否ルールに入れたうえで受信をrefuseにします。データの経路を業務側で決めておく発想は、Claudeが全プロンプトを事前検査する仕組みや自社サーバでClaude Codeを動かす条件と同じ流れにあります。
論点3｜使えない基盤と、静かに増える利用量を先に見ます
第三の論点は、導入前に潰しておくべき制約です。この機能はAmazon Bedrock、AWS上のClaude Platform、Google CloudのAgent Platform、Microsoft Foundryでは利用できません。どのクラウドでClaudeを動かすかという判断に、そのまま影響します。加えてWindowsそのものが対象外である点は、Windows機が中心の日本のEC現場では実務上いちばん大きな壁になります。WSL 2の上のLinuxであれば動きますので、検証はそこから始めるのが現実的です。
利用量の見え方も変わります。届いたメッセージは、自分でキーボードから打ったプロンプトと同じように使用量へ計上されます。セッション同士が自律的にやり取りする以上、気づかないうちに回数が増える可能性があります。無限に往復しないよう、同じ内容の連続送信は落とされ、読み取り待ちは1セッションあたり50通、承認待ちの保留は最大100通で古いものから捨てられる仕組みです。承認ダイアログの既定の期限は5分で、放置すると破棄されます。
初動としては4つを1週間で回すことをおすすめします。第一にclaude --versionでバージョンが2.1.224以上かを確認し、/list-agentsが通るかを見ます。第二に、並行させたい業務を3つまでに絞り、セッションに業務名を付けます。第三に、顧客データを扱うセッションだけ受信をrefuseにするか、isolatePeerMachinesを有効にします。第四に、1週間ぶんの利用量を機能の導入前後で比べます。権限の扱いを詰める際は、Claude Codeの自動実行が既定になった件と認証情報の伏せ字表示もあわせて確認しておくと、設定の抜けが減ります。
まとめ
今回の変更は、新しい賢さが増えたというより、複数の作業をまたぐときの手間が減ったという性質のものです。EC事業者にとっての価値は、商品登録と広告と受注をひとつの頭で切り替えていた状態から、業務ごとに担当を分けたうえで必要な連絡だけが飛ぶ状態へ移せることにあります。まずは顧客データを含まない作業から、同一マシンの中だけで試してみてください。
参考文献
- The Decoder｜Claude Code sessions can now talk to each other and share context across terminals
- Claude Code Docs｜Message your other Claude Code sessions
- MacRumors｜Claude Code Adds Cross-Session Messaging on macOS
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
引用元: The Decoder
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
