10月23日、MakeUseOfが「I made my Claude Code sessions talk to each other and my productivity skyrocketed」と題した記事を公開した。Claude Codeを複数ウィンドウで使い込んでいるほど、「あのセッションで出た結論を、こっちのセッションに渡さなければ」というコピペ作業の煩わしさは身に覚えがあるはずだ。この記事はその摩擦を構造ごと取り除く方法を紹介しており、セッション間の情報連携を人間の手を介さず自動化する具体的なセットアップを解説している。
「コピペで橋渡し」を終わらせる：クロスセッションメッセージング
Claude Codeを複数のターミナルで同時に走らせている場合、最大の摩擦はセッション間の情報のやり取りを人間が手動でやらなければならない点だった。あるセッションで出た調査結果を別のセッションに渡すたびにコピペが発生し、その手間が積み重なる。
クロスセッションメッセージングはこの問題を解消する機能だ。セッション同士がテキストメッセージを直接やり取りできるため、人間が橋渡しをする必要がなくなる。実験的フラグ（experimental flag）を立てる必要もなく、macOS・Linux・WSL2ではバージョン2.1.224以降、Windowsではバージョン2.1.234以降でそのまま使える。なお、後述するエージェントチーム機能とは別物で、こちらは自分で起動したセッション同士を繋ぐシンプルな仕組みだ。
プランナーとビルダーの分業セットアップ
最も実用的な構成が、プランナー（計画担当）とビルダー（実装担当）の2セッション体制だ。
ターミナルを2つ開き、それぞれ以下のコマンドで起動する：
claude --name planner --permission-mode plan
claude --name builder
--permission-mode planを付けたセッションは、コードベースの調査や変更提案はできるが、ソースファイルの編集はできない。プランナーが設計段階で暴走するリスクを構造的に防ぐ仕組みだ。--nameでセッションに名前を付けておくと、後のメッセージ送信先の指定が楽になる。起動中のセッション一覧は /list-agents コマンドで確認できる。
セッション間のメッセージ送信はClaude自身が処理する。プランナーセッションに「@builderに実装計画を送って」と指示するだけで、Claude側がListAgentsでビルダーを探索し、SendMessageで届ける。これらはClaude内部のツール呼び出しであり、ユーザーが手動でコマンドを叩く必要はない。
ハンドオフの設計が品質を決める
2セッションを繋ぐだけでは機能しない。何をプランナーに担わせ、何をビルダーに担わせるかを事前に明確にしておくことが重要だ。
記事では「Webアプリへの認証機能追加」を例に挙げている。プランナーには既存ルートの調査・統合ポイントの選定・セキュリティ上の判断を任せ、ビルダーは実装のみを担う。ただしビルダーが実装を開始するのは人間が計画を承認した後、という条件を両セッションの指示に明記しておくことが前提だ。
プランナーからビルダーへの引き継ぎ内容（ブリーフ）には、対象ファイルのパス・合意した動作仕様・制約条件・受け入れテストを含めるとよい。
また、ビルダーが実装中に想定外の状況（例：既存APIの期限切れセッション処理が仕様と異なる）を発見した場合は、そのままビルダーが独断で実装するのではなく、プランナーに状況を送り返す。このフィードバックループが、単なる2つのバラバラなチャットとの本質的な違いだ。
重要な制約：コンテキストは共有されない
便利な機能だが、クロスセッションメッセージで送れるのはテキストのみであり、送信元セッションの会話履歴や添付ファイルは含まれない。この制約は実運用上かなり重要だ。
たとえばプランナーが「ここまでの議論をふまえて実装してほしい」とだけ送っても、ビルダー側にはその「議論」が一切届いていない。受け取るのはその一文だけだ。つまり、引き継ぎメッセージそれ自体が意味をなすだけの文脈を自己完結して持っていなければならない。ファイルパス・仕様の要点・判断の根拠・制約条件といった情報を明示的にテキストとして含めて初めて、受け取ったセッションが意図通りに動く。
逆に言えば、このメッセージを「誰でも読めば実装に入れる仕様書」として書く習慣が身につくと、AI任せではなく自分の設計思考も整理されるという副次効果もある。コンテキストを渡せないという制約が、ハンドオフの質を高める規律として機能する。
エージェントチーム機能（ベータ）
記事ではさらに発展的な機能として、エージェントチーム（Agent Teams）にも触れている。こちらはリードエージェント1つが複数のサブエージェントに仕事を割り振る構成で、共有のTo-Doリストを持つ。ただし記事執筆時点ではまだベータ段階だ。クロスセッションメッセージングが「自分で起動した2セッションを繋ぐ」のに対し、エージェントチームは「1つのリードが複数の部下を管理する」イメージで、用途に応じて使い分けることになる。
詳細はI made my Claude Code sessions talk to each other and my productivity skyrocketedを参照していただきたい。
