Muse Code 日本語ガイド

当サイトは Muse Code の利用者が運営する非公式の情報サイトです。Meta Platforms, Inc. とは関係がありません。「Muse Code」「Meta」は各社の商標です。

セッション間通信 — 送信に認証がかかっている

Unixソケット経由。送り主をトークンで検証する低レベルAPI。

muse session-message は、セッション間でメッセージをやり取りするためのコマンドです。他のサブコマンドと比べて明らかに毛色が違い、低レベルな引数が並びます。

muse session-message send
    --socket <path>
    --requester-user-id <id>
    --sender-session-id <id>
    --sender-token-id <id>
    --sender-token-secret-stdin
    --command-id <id>
    --message-id <id>
    --target-session-id <id>
    --body <text>

muse session-message serve
    --socket <path>
    [--max-connections N]

読み取れる設計

Unixドメインソケットで通信する

--socket <path> がある以上、ネットワークポートではなくローカルのソケットファイル経由です。同一マシン上のプロセス間通信を前提にしています。

送信側に認証がある

注目すべきは --sender-token-id--sender-token-secret-stdin です。セッション間のメッセージ送信に、トークンによる認証がかかっています。しかも秘密の部分は標準入力から読む方式で、他のコマンドと同じくコマンドライン引数には出しません。

単なる内部通信ではなく、送り主を検証する仕組みが入っているということです。任意のプロセスが勝手に他のセッションへ指示を送り込めないようにする意図が読み取れます。

冪等性のためのID

--command-id--message-id を呼び出し側が指定します。イベントログで見た冪等キーと同じ思想で、再送しても二重処理にならない設計だと考えられます。

受け側は常駐する

serve は待ち受け側です。--max-connections で同時接続数を制限できます。

何のための機能か

ヘルプの一行説明は「Send or serve cross-session messages(セッションをまたぐメッセージの送信・待受)」です。複数のセッションを並行して走らせ、互いに連絡を取らせる用途が想定されます。

サブエージェントの worktree 隔離と合わせて考えると、複数のエージェントを協調させる基盤の一部だと見るのが自然です。

これは低レベルAPIです

引数の並びから分かるとおり、人間が手で叩くことを主眼にした作りではありません。上位の機能から呼ばれる想定と考えられます。通常の利用では直接触る場面は少ないはずです。

関連する記事

承認とサンドボックス — 既定値と外し方

承認判定をLLMが行う設定が既定で有効。ネットワークは既定 proxy-only。

読む

エージェントに触らせる範囲を決める

ワークスペースの起点、信頼、書き込みとシェルの禁止。読ませるだけの構成も作れます。

読む

推論の深さ7段階と、既定が high であること

none から ultra まで。指定しなければ上から3番目の深さで動きます。

読む

Claude Code を実務で使えるようにする講座

運営元のASI株式会社は、自社の業務で定型自動処理を150本以上、AIコーディングエージェントで動かしています。その運用側の視点で、導入から自走できるまでを個別に伴走します。

講座の詳細を見る