マルチエージェント構成の根っこにある原則は「判断役のコンテキストを実行の細部で埋めないよう、判断と実行を分離する」こと。この原則には実装方式が二つある。(A) 同一セッション内のサブエージェント＋計画ファイル駆動（実行役は会話履歴を引き継がず計画ファイルだけで動き、判断役は検証を再実行しない）。(B) 独立した複数セッションを常駐 broker で繋ぐセッション間通信基盤。選択基準はユースケース。一つのタスクを計画→実装→レビューで品質高く完了させるタスク完了型なら (A) で足り、spawn・結果回収・終了通知がハーネス組み込みで済むぶんインフラコストが無い。(B) が要るのはセッション寿命を超える常駐運用（定時起動・日報）、複数リポジトリ横断の調整、外部チャネルとの bridge に広げるときだけ。落とし穴の整理として、アウトバウンド通知（セッション→外部）は既存の hook や webhook で代替できるので (B) の優位にならず、本質的な差分はインバウンド受信（外部イベントでアイドル中のセッションを起こす）だけ。ここは (A) の枠内では自己ポーリングで擬似的にしか作れない。