Claude Code のサブエージェントとセッション間通信は何が違うのか — 部下と同僚のたとえで整理する

Claude Code には複数の Claude を動かす仕組みが 2 つある。サブエージェント（部下に調査を任せて報告書を受け取る関係）と、セッション間通信（別の案件を持つ同僚への短いテキスト1通の申し送り）だ。どちらも SendMessage という同じツールを使うので紛らわしいが、設計思想は正反対だ。サブエージェントは文脈が繋がり、指示から結果まで親が全部見えている。セッション間通信は相手の文脈が見えず、テキスト1通だけが届く。

セッション間通信の実体はソケットとファイルシステムだ。各セッションは PID で識別され、~/.claude/sessions/ に JSON 登録ファイルが置かれ、/tmp/cc-socks/ に Unix ドメインソケットが作られる。発見は JSON ファイル読み、配送はソケット接続だ。だからコンテナ・WSL・クラウドスケジュール実行では届かない。ホストとコンテナの $HOME も /tmp も別物だからだ。この「プロセスの場所」という視点が重い。モデルが悪い、ツール定義が悪いと思って デバッグしていた人たちの前に、問題の正体は「セッションが見えていない」ことだったりする。

セッション間通信が生み出した新しい規律も面白い。相手が自分の文脈だけで解釈できる粒度まで送る側が畳む必要があり、実務では「誰が何をした、Open question は何か、次のアクションは何か」という型が提案されている。複数 AI を連鎖させたい企業なら、サブエージェント（複雑な並列タスク向け）と セッション間通信（序列化した申し送り向け）を使い分ける判断軸を持つべきだ。