Matrix

Matrix は、公式 matrix-js-sdk を基盤とするダウンロード可能なチャンネル Plugin（@openclaw/matrix）です。DM、ルーム、スレッド、メディア、リアクション、投票、位置情報、E2EE をサポートします。

インストール

openclaw plugins install @openclaw/matrix

修飾なしの Plugin 指定では、まず ClawHub を試し、次に npm にフォールバックします。openclaw plugins install clawhub:@openclaw/matrix または npm:@openclaw/matrix でソースを指定できます。ローカルチェックアウトからの場合: openclaw plugins install ./path/to/local/matrix-plugin。

plugins install は Plugin を登録して有効化するため、別途 enable の手順は不要です。ただし、以下の設定を行うまでチャンネルは動作しません。一般的なインストール規則については、Pluginを参照してください。

セットアップ

1. ホームサーバー上に Matrix アカウントを作成します。
2. channels.matrix を homeserver + accessToken、または homeserver + userId + password で設定します。
3. Gateway を再起動します。
4. ボットとの DM を開始するか、ボットをルームに招待します。新しい招待は、autoJoin で許可されている場合にのみ参加対象になります。

対話形式のセットアップ

openclaw channels addopenclaw configure --section channels

ウィザードでは、ホームサーバー URL、認証方式（トークンまたはパスワード）、ユーザー ID（パスワード認証のみ）、任意のデバイス名、E2EE を有効にするかどうか、ルームアクセスと自動参加について確認されます。一致する MATRIX_* 環境変数がすでに存在し、アカウントに保存済みの認証情報がない場合、ウィザードは環境変数を使用するショートカットを提示します。openclaw channels resolve --channel matrix "Project Room" で許可リストを保存する前に、ルーム名を解決してください。ウィザードで E2EE を有効にすると、openclaw matrix encryption setup と同じブートストラップが実行されます。

最小構成

トークンベース:

{  channels: {    matrix: {      enabled: true,      homeserver: "https://matrix.example.org",      accessToken: "syt_xxx",      dm: { policy: "pairing" },    },  },}

パスワードベース（初回ログイン後にトークンがキャッシュされます）:

{  channels: {    matrix: {      enabled: true,      homeserver: "https://matrix.example.org",      userId: "@bot:example.org",      password: "replace-me", // pragma: allowlist secret      deviceName: "OpenClaw Gateway",    },  },}

自動参加

channels.matrix.autoJoin のデフォルトは "off" です。手動で参加するまで、新しい招待によるルームや DM にボットは表示されません。OpenClaw は招待時点では、その招待が DM かグループかを判別できないため、すべての招待がまず autoJoin を通ります。dm.policy が適用されるのは、ボットが参加し、ルームが分類された後です。

{  channels: {    matrix: {      autoJoin: "allowlist",      autoJoinAllowlist: ["!ops:example.org", "#support:example.org"],      groups: {        "!ops:example.org": { requireMention: true },      },    },  },}

許可リストの対象形式

• DM（dm.allowFrom、groupAllowFrom、groups.<room>.users）: @user:server を使用します。表示名はデフォルトでは無視されます（変更可能なため）。表示名との明示的な互換性が必要な場合にのみ、dangerouslyAllowNameMatching: true を設定してください。
• ルーム許可リストのキー（groups、旧エイリアス rooms）: !room:server または #alias:server を使用します。dangerouslyAllowNameMatching: true でない限り、単純な名前は無視されます。
• 招待許可リスト（autoJoinAllowlist）: !room:server、#alias:server、または * を使用します。単純な名前は常に拒否されます。

アカウント ID の正規化

ウィザードは分かりやすい名前を正規化されたアカウント ID に変換します（Ops Bot -> ops-bot）。アカウント間の衝突を防ぐため、スコープ付き環境変数名では句読点が 16 進数でエスケープされます。-（0x2D）は _X2D_ になるため、ops-prod は環境変数プレフィックス MATRIX_OPS_X2D_PROD_ に対応します。

キャッシュされた認証情報

Matrix は、共有 state/openclaw.sqlite Plugin 状態にアカウントの認証情報をキャッシュします。キャッシュされた認証情報が存在する場合、設定ファイルに accessToken がなくても、OpenClaw は Matrix が設定済みであると見なします。これはセットアップ、openclaw doctor、およびチャンネル状態のプローブに適用されます。アップグレード時には、廃止された ~/.openclaw/credentials/matrix/credentials*.json ファイルを openclaw doctor --fix によってインポートし、SQLite の行を検証してから、ファイルをアーカイブします。

環境変数

対応する設定キーが未設定の場合に使用される、設定キーに基づく環境変数です。デフォルトアカウントではプレフィックスなしの名前を使用し、名前付きアカウントではサフィックスの前にアカウントトークンを挿入します（正規化を参照）。

アカウント ops の場合、名前は MATRIX_OPS_HOMESERVER、MATRIX_OPS_ACCESS_TOKEN などになります。MATRIX_HOMESERVER（および *_HOMESERVER のスコープ付きバリアント）は、ワークスペースの .env から設定できません。ワークスペースの .env ファイルを参照してください。

設定例

DM のペアリング、ルーム許可リスト、E2EE を含む実用的な基本構成:

{  channels: {    matrix: {      enabled: true,      homeserver: "https://matrix.example.org",      accessToken: "syt_xxx",      encryption: true,       dm: {        policy: "pairing",        sessionScope: "per-room",        threadReplies: "off",      },       groupPolicy: "allowlist",      groupAllowFrom: ["@admin:example.org"],      groups: {        "!roomid:example.org": { requireMention: true },      },       autoJoin: "allowlist",      autoJoinAllowlist: ["!roomid:example.org"],      threadReplies: "inbound",      replyToMode: "off",      streaming: { mode: "partial" },    },  },}

ストリーミングプレビュー

Matrix の返信ストリーミングはオプトインです。streaming.mode は、生成途中のアシスタント返信を OpenClaw が配信する方法を制御します。streaming.block.enabled は、完了した各ブロックを個別の Matrix メッセージとして保持するかどうかを制御します。

{  channels: {    matrix: {      streaming: { mode: "partial" },    },  },}

回答のライブプレビューを維持しつつ、途中のツール行や進捗行を非表示にするには:

{  channels: {    matrix: {      streaming: {        mode: "partial",        preview: {          toolProgress: false,        },      },    },  },}

完全な設定では { mode, chunkMode, block, preview, progress } を使用できます:

{  channels: {    matrix: {      streaming: {        mode: "progress",        progress: {          label: "auto", // 設定済みまたは組み込みのラベルから選択（非表示にするには false）          labels: ["Thinking", "Writing", "Searching"], // label: "auto" の候補          maxLines: 8, // ローリング進捗行の最大数（デフォルト: 8）          maxLineChars: 120, // 切り詰め前の各行の最大文字数（デフォルト: 120）          toolProgress: true, // ツール/進捗アクティビティを表示（デフォルト: true）        },      },    },  },}

• progress.label: カスタムラベル、設定済みまたは組み込みのラベルを選択するには "auto"/未設定、非表示にするには false。
• progress.labels: label が "auto" または未設定の場合にのみ使用される候補。
• progress.maxLines: 下書きに保持するローリング進捗行の最大数。この数を超えた古い行は削除されます。
• progress.maxLineChars: 切り詰め前のコンパクトな進捗行ごとの最大文字数。
• progress.toolProgress: true（デフォルト）の場合、ツールや進捗のライブアクティビティが下書きに表示されます。

streaming.block.enabled（デフォルト false）は streaming.mode とは独立しています:

注記:

• プレビューが Matrix のイベントごとのサイズ上限を超えた場合、OpenClaw はプレビューストリーミングを停止し、最終結果のみの配信にフォールバックします。
• メディア返信では、添付ファイルは常に通常どおり送信されます。古いプレビューを安全に再利用できない場合、OpenClaw は最終的なメディア返信を送信する前にそのプレビューを削除します。
• プレビューストリーミングが有効な場合、ツール進捗のプレビュー更新はデフォルトで有効です。回答テキストのプレビュー編集を維持しつつ、ツール進捗を通常の配信経路に残すには、streaming.preview.toolProgress: false を設定します。
• プレビュー編集では、Matrix API の呼び出し回数が増えます。最も保守的なレート制限プロファイルを使用するには、streaming.mode: "off" のままにしてください。
• 従来のスカラー/ブール値の streaming と、フラットな blockStreaming / chunkMode キーは、openclaw doctor --fix によってこのネスト形式に書き換えられます。

音声メッセージ

受信した Matrix の音声メモは、ルームのメンションゲートより前に文字起こしされます。そのため、requireMention: true ルームでボット名を発話した音声メモによってエージェントを起動でき、エージェントは音声添付ファイルのプレースホルダーだけでなく、文字起こしを受け取ります。

Matrix は、OpenAI の gpt-4o-mini-transcribe など、tools.media.audio の共有音声メディアプロバイダーを使用します。プロバイダーのセットアップと制限については、メディアツールの概要を参照してください。

• m.audio イベントおよび audio/* MIME タイプの m.file イベントが対象です。
• 暗号化されたルームでは、OpenClaw は文字起こしの前に、既存の Matrix メディアパスを介して添付ファイルを復号します。
• 文字起こしは、エージェントプロンプト内で機械生成かつ信頼できないものとしてマークされます。
• 添付ファイルは文字起こし済みとしてマークされるため、後続のメディアツールが再度文字起こしすることはありません。
• 音声文字起こしをグローバルに無効化するには、tools.media.audio.enabled: false を設定します。

承認メタデータ

Matrix ネイティブの承認プロンプトは通常の m.room.message イベントであり、com.openclaw.approval キー配下に OpenClaw 固有のコンテンツが含まれます。標準クライアントでもテキスト本文は表示されます。OpenClaw 対応クライアントでは、構造化された承認 ID、種類、状態、判断、および実行／Plugin の詳細を読み取れます。

プロンプトが長すぎて 1 つの Matrix イベントに収まらない場合、OpenClaw は表示テキストを分割し、最初のチャンクだけに com.openclaw.approval を付加します。許可／拒否のリアクションはその最初のイベントに関連付けられるため、長いプロンプトでも単一イベントのプロンプトと同じ承認対象が維持されます。

確定済みプレビューを静かに通知するためのセルフホスト型プッシュルール

streaming.mode: "quiet" は、ブロックまたはターンが確定したときにのみ受信者へ通知します。そのため、ユーザーごとのプッシュルールが確定済みプレビューマーカーに一致する必要があります。完全な設定手順については、静かなプレビューのための Matrix プッシュルールを参照してください。

Bot 間ルーム

デフォルトでは、設定済みの別の OpenClaw Matrix アカウントから送信された Matrix メッセージは無視されます。エージェント間の通信を意図的に許可するには、allowBots を使用します。

{  channels: {    matrix: {      allowBots: "mentions", // true | "mentions"      groups: {        "!roomid:example.org": {          requireMention: true,        },      },    },  },}

• allowBots: true は、許可されたルームおよび DM で、設定済みの別の Matrix Bot アカウントからのメッセージを受け入れます。
• allowBots: "mentions" は、ルーム内でこの Bot が明示的にメンションされている場合に限り、それらのメッセージを受け入れます。DM は引き続き、メンションの有無にかかわらず許可されます。
• groups.<room>.allowBots は、特定の 1 ルームについてアカウントレベルの設定を上書きします。
• 受け入れられた設定済み Bot のメッセージには、共有の Bot ループ保護が適用されます。channels.defaults.botLoopProtection を設定し、アカウントごとに channels.matrix.botLoopProtection、またはルームごとに channels.matrix.groups.<room>.botLoopProtection で上書きします。
• OpenClaw は、自己応答ループを回避するため、同じ Matrix ユーザー ID からのメッセージを引き続き無視します。
• Matrix にはネイティブの Bot フラグがありません。OpenClaw は「Bot が作成した」を「この OpenClaw Gateway 上の、設定済みの別の Matrix アカウントによって送信された」として扱います。

共有ルームで Bot 間通信を有効化する場合は、厳格なルーム許可リストとメンション要件を使用してください。

暗号化と検証

暗号化された（E2EE）ルームでは、送信画像イベントに thumbnail_file を使用するため、画像プレビューも完全な添付ファイルとともに暗号化されます。暗号化されていないルームでは通常の thumbnail_url を使用します。設定は不要です。Plugin が E2EE の状態を自動的に検出します。

すべての openclaw matrix コマンドは、--verbose（完全な診断）、--json（機械可読出力）、および --account <id>（複数アカウント構成）を受け付けます。デフォルトでは簡潔に出力されます。

暗号化を有効化する

openclaw matrix encryption setupprintf '%s\n' "$MATRIX_RECOVERY_KEY" | openclaw matrix encryption setup --recovery-key-stdin

シークレットストレージとクロス署名を初期化し、必要に応じてルームキーのバックアップを作成した後、状態と次の手順を表示します。便利なフラグ：

• --recovery-key-stdin は、プロセス引数にリカバリーキーを公開せずに標準入力から読み取ります。互換性のため --recovery-key <key> も引き続き利用できます
• --force-reset-cross-signing は、現在のクロス署名 ID を破棄して新しいものを作成します（意図的な場合にのみ使用）

新しいアカウントでは、作成時に E2EE を有効化します。

openclaw matrix account add \  --homeserver https://matrix.example.org \  --access-token syt_xxx \  --enable-e2ee

--encryption は --enable-e2ee の別名です。これに相当する手動設定：

{  channels: {    matrix: {      enabled: true,      homeserver: "https://matrix.example.org",      accessToken: "syt_xxx",      encryption: true,      dm: { policy: "pairing" },    },  },}

状態と信頼シグナル

openclaw matrix verify statusopenclaw matrix verify status --include-recovery-key --json

verify status は、独立した 3 つの信頼シグナルを報告します（--verbose ではすべて表示されます）。

• Locally trusted：このクライアントだけが信頼
• Cross-signing verified：SDK がクロス署名による検証を報告
• Signed by owner：自身の自己署名キーによって署名済み（診断専用）

Verified by owner が yes になるのは、Cross-signing verified が yes の場合に限られます。ローカルでの信頼または所有者の署名だけでは不十分です。

--allow-degraded-local-state は、Matrix アカウントを事前に準備せず、ベストエフォートの診断を返します。オフラインまたは部分的に設定された環境の調査に役立ちます。

リカバリーキーを使用してこのデバイスを検証する

リカバリーキーをコマンドラインで渡す代わりに、標準入力からパイプします。

printf '%s\n' "$MATRIX_RECOVERY_KEY" | openclaw matrix verify device --recovery-key-stdin

コマンドは 3 つの状態を報告します。

• Recovery key accepted：Matrix がシークレットストレージまたはデバイスの信頼に使用するキーを受け入れました。
• Backup usable：信頼済みのリカバリー素材を使用してルームキーのバックアップを読み込めます。
• Device verified by owner：このデバイスは Matrix のクロス署名 ID から完全に信頼されています。

リカバリーキーによってバックアップ素材のロックが解除された場合でも、完全な ID の信頼が未完了であれば、終了コードは 0 以外になります。その場合は、別の Matrix クライアントで自己検証を完了してください。

openclaw matrix verify self

verify self は、Cross-signing verified: yes になるまで待機してから正常終了します。待機時間を調整するには --timeout-ms <ms> を使用します。

リテラルキー形式の openclaw matrix verify device "<recovery-key>" も機能しますが、キーがシェル履歴に残ります。

クロス署名を初期化または修復する

openclaw matrix verify bootstrap

暗号化されたアカウント用の修復／設定コマンドです。次の順序で処理します。

• 可能な場合は既存のリカバリーキーを再利用して、シークレットストレージを初期化します
• クロス署名を初期化し、不足している公開鍵をアップロードします
• 現在のデバイスをマークし、クロス署名します
• サーバー側のルームキーバックアップがまだ存在しない場合は作成します

ホームサーバーがクロス署名キーのアップロードに UIA を要求する場合、OpenClaw は最初に認証なしを試し、次に m.login.dummy、その後に m.login.password（channels.matrix.password が必要）を試します。

便利なフラグ：

• --recovery-key-stdin（printf '%s\n' "$MATRIX_RECOVERY_KEY" | ... と組み合わせて使用）または --recovery-key <key>
• --force-reset-cross-signing は、現在のクロス署名 ID を破棄します（意図的な場合のみ。アクティブなリカバリーキーが保存されているか、--recovery-key-stdin で指定されている必要があります）

ルームキーのバックアップ

openclaw matrix verify backup statusprintf '%s\n' "$MATRIX_RECOVERY_KEY" | openclaw matrix verify backup restore --recovery-key-stdin

backup status は、サーバー側のバックアップが存在するか、およびこのデバイスがそれを復号できるかを示します。backup restore は、バックアップされたルームキーをローカルの暗号化ストアにインポートします。リカバリーキーがすでにディスク上にある場合は、--recovery-key-stdin を省略してください。

破損したバックアップを新しいベースラインに置き換えるには、次を実行します（復元不能な古い履歴が失われることを許容します。また、現在のバックアップシークレットを読み込めない場合は、シークレットストレージも再作成できます）。

openclaw matrix verify backup reset --yes

以前のリカバリーキーで新しいバックアップのベースラインを意図的に解除できないようにする場合に限り、--rotate-recovery-key を追加します。

検証の一覧表示、要求、応答

openclaw matrix verify list

選択したアカウントの保留中の検証要求を一覧表示します。

openclaw matrix verify request --own-useropenclaw matrix verify request --user-id @ops:example.org --device-id ABCDEF

このアカウントから検証要求を送信します。--own-user は自己検証を要求します（同じユーザーの別の Matrix クライアントでプロンプトを承認します）。--user-id／--device-id／--room-id は別のユーザーを対象にします。--own-user は、他の対象指定フラグと組み合わせられません。

より低レベルのライフサイクル処理では、通常、別のクライアントから受信した要求を追跡しながら、次のコマンドで特定の要求 <id>（verify list および verify request で表示）を操作します。

accept、start、sas、confirm-sas、mismatch-sas、および cancel はいずれも、検証が特定のダイレクトメッセージルームに関連付けられている場合、DM の後続処理のヒントとして --user-id と --room-id を受け付けます。

複数アカウントに関する注意事項

--account <id> が指定されていない場合、Matrix CLI コマンドは暗黙のデフォルトアカウントを使用します。複数の名前付きアカウントが存在し、channels.matrix.defaultAccount が指定されていない場合、コマンドは推測を拒否し、選択を求めます。名前付きアカウントで E2EE が無効または利用できない場合、エラーはそのアカウントの設定キー（例：channels.matrix.accounts.assistant.encryption）を示します。

openclaw matrix account add \--account assistant \--homeserver https://matrix.example.org \--user-id '@assistant:example.org' \--password '<password>' \--device-name OpenClaw-Gateway

openclaw matrix account add \--account assistant \--homeserver https://matrix.example.org \--access-token '<token>'

openclaw matrix devices listopenclaw matrix devices prune-stale

プロフィール管理

openclaw matrix profile set --name "OpenClaw Assistant"openclaw matrix profile set --avatar-url https://cdn.example.org/avatar.png

両方のオプションを 1 回の呼び出しで渡します。Matrix は mxc:// アバター URL を直接受け入れます。http:///https:// を渡すと、先にファイルがアップロードされ、解決された mxc:// URL が channels.matrix.avatarUrl（またはアカウントごとのオーバーライド）に保存されます。

スレッド

Matrix は、自動返信とメッセージツールによる送信の両方でネイティブスレッドをサポートします。動作は 2 つの独立した設定で制御します。

セッションルーティング（sessionScope）

dm.sessionScope は、Matrix の DM ルームを OpenClaw セッションへマッピングする方法を決定します。

• "per-user"（デフォルト）: 同じルーティング先ピアを持つすべての DM ルームが 1 つのセッションを共有します。
• "per-room": 同じピアであっても、Matrix の各 DM ルームに固有のセッションキーが割り当てられます。

明示的な会話バインディングは常に sessionScope より優先されます。バインドされたルームとスレッドでは、選択したターゲットセッションが維持されます。

返信のスレッド化（threadReplies）

threadReplies は、ボットが返信を投稿する場所を決定します。

• "off": 返信はトップレベルに投稿されます。受信したスレッド内メッセージは親セッションに留まります。
• "inbound": 受信メッセージがすでにスレッド内にある場合にのみ、そのスレッド内で返信します。
• "always": トリガーとなったメッセージをルートとするスレッド内で返信します。その会話は最初のトリガー以降、対応するスレッドスコープのセッションを経由してルーティングされます。

dm.threadReplies は DM に限り、この設定をオーバーライドします。たとえば、ルームのスレッドを分離したまま、DM をフラットに維持できます。

スレッドの継承とスラッシュコマンド

• 受信したスレッド内メッセージには、追加のエージェントコンテキストとしてスレッドのルートメッセージが含まれます。
• 明示的な threadId が指定されていない限り、同じルーム（または同じ DM ユーザーターゲット）へのメッセージツールによる送信は、現在の Matrix スレッドを自動的に継承します。
• DM ユーザーターゲットの再利用は、現在のセッションメタデータによって、同じ Matrix アカウント上の同じ DM ピアであることが証明される場合にのみ行われます。それ以外の場合、OpenClaw は通常のユーザースコープのルーティングにフォールバックします。
• /focus、/unfocus、/agents、/session idle、/session max-age、およびスレッドにバインドされた /acp spawn は、すべて Matrix のルームと DM で機能します。
• threadBindings.spawnSessions が有効な場合、トップレベルの /focus は新しい Matrix スレッドを作成し、ターゲットセッションにバインドします。
• 既存の Matrix スレッド内で /focus または /acp spawn --thread here を実行すると、そのスレッドがその場でバインドされます。

同じ共有セッション上で Matrix の DM ルームが別の DM ルームと衝突していることを OpenClaw が検出すると、/focus の回避手段を案内し、dm.sessionScope の変更を提案する m.notice を 1 回だけ投稿します。この通知は、スレッドバインディングが有効な場合にのみ表示されます。

ACP 会話バインディング

チャット画面を変更することなく、Matrix のルーム、DM、および既存の Matrix スレッドを永続的な ACP ワークスペースとして使用できます。

オペレーター向けの簡単な手順:

• 引き続き使用する Matrix の DM、ルーム、または既存のスレッド内で /acp spawn codex --bind here を実行します。
• トップレベルの DM またはルームでは、現在の DM/ルームがチャット画面として維持され、以後のメッセージは生成された ACP セッションにルーティングされます。
• 既存のスレッド内では、--bind here が現在のスレッドをその場でバインドします。
• /new と /reset は、同じバインド済み ACP セッションをその場でリセットします。
• /acp close は ACP セッションを閉じ、バインディングを削除します。

--bind here は子 Matrix スレッドを作成しません。OpenClaw が子スレッドを作成またはバインドする必要がある /acp spawn --thread auto|here は、threadBindings.spawnSessions によって制御されます。

スレッドバインディング設定

Matrix は session.threadBindings からグローバルデフォルトを継承し、チャンネルごとのオーバーライドをサポートします。

• threadBindings.enabled
• threadBindings.idleHours
• threadBindings.maxAgeHours
• threadBindings.spawnSessions: サブエージェントと ACP の両方のスレッド生成を制御します。
• 非推奨の threadBindings.spawnSubagentSessions / threadBindings.spawnAcpSessions キーは、openclaw doctor --fix によって spawnSessions へ移行されます。
• threadBindings.defaultSpawnContext

Matrix のスレッドにバインドされたセッション生成は、デフォルトで有効です。トップレベルの /focus と /acp spawn --thread auto|here による Matrix スレッドの作成/バインドを禁止するには、threadBindings.spawnSessions: false を設定します。ネイティブのサブエージェントスレッド生成で親トランスクリプトをフォークしない場合は、threadBindings.defaultSpawnContext: "isolated" を設定します。

リアクション

Matrix は、送信リアクション、受信リアクション通知、および確認リアクションをサポートします。

送信リアクションツールは channels.matrix.actions.reactions によって制御されます。

• react は Matrix イベントにリアクションを追加します。
• reactions は Matrix イベントの現在のリアクション概要を一覧表示します。
• emoji="" は、そのイベントに対するボット自身のリアクションを削除します。
• remove: true は、ボットが付けた指定の絵文字リアクションだけを削除します。

解決順序（最初に定義された値が優先）:

reactionNotifications: "own" は、ボットが作成した Matrix メッセージを対象とする、追加された m.reaction イベントを転送します。"off" はリアクションのシステムイベントを無効にします。リアクションの削除からシステムイベントが合成されることはありません。Matrix では、これらは単独の m.reaction 削除ではなく、リダクションとして提示されます。

履歴コンテキスト

• channels.matrix.historyLimit は、ルームメッセージがエージェントをトリガーしたときに、InboundHistory として含める直近のルームメッセージ数を制御します。messages.groupChat.historyLimit にフォールバックし、両方とも未設定の場合の実効デフォルトは 0（無効）です。
• Matrix のルーム履歴はルーム内に限定されます。DM では引き続き通常のセッション履歴を使用します。
• ルーム履歴は保留中のメッセージだけを対象とします。OpenClaw はまだ返信をトリガーしていないルームメッセージをバッファリングし、メンションなどのトリガーが到着した時点でそのウィンドウのスナップショットを取得します。
• 現在のトリガーメッセージは InboundHistory に含まれません。そのターンのメインの受信本文に留まります。
• 同じ Matrix イベントを再試行する際は、新しいルームメッセージに向かってずれることなく、元の履歴スナップショットを再利用します。

コンテキストの可視性

Matrix は、取得した返信テキスト、スレッドルート、保留中の履歴など、ルームの補足コンテキストに対する共有の contextVisibility 制御をサポートします。

• contextVisibility: "all" がデフォルトです。補足コンテキストは受信したまま保持されます。
• contextVisibility: "allowlist" は、アクティブなルーム/ユーザーの許可リストチェックで許可された送信者に補足コンテキストを絞り込みます。
• contextVisibility: "allowlist_quote" は allowlist と同様に動作しますが、明示的に引用された返信を 1 件だけ保持します。

これは補足コンテキストの可視性だけに影響し、受信メッセージ自体が返信をトリガーできるかどうかには影響しません。トリガーの認可は引き続き、groupPolicy、groups、groupAllowFrom、および DM ポリシー設定によって決まります。

DM とルームのポリシー

{  channels: {    matrix: {      dm: {        policy: "allowlist",        allowFrom: ["@admin:example.org"],        threadReplies: "off",      },      groupPolicy: "allowlist",      groupAllowFrom: ["@admin:example.org"],      groups: {        "!roomid:example.org": { requireMention: true },      },    },  },}

ルームを機能させたまま DM を完全に無効にするには、dm.enabled: false を設定します。

{  channels: {    matrix: {      dm: { enabled: false },      groupPolicy: "allowlist",      groupAllowFrom: ["@admin:example.org"],    },  },}

メンションによる制御と許可リストの動作については、グループを参照してください。

Matrix DM のペアリング例:

openclaw pairing list matrixopenclaw pairing approve matrix <CODE>

未承認の Matrix ユーザーが承認前にメッセージを送り続けた場合、OpenClaw は同じ保留中のペアリングコードを再利用します。また、新しいコードを発行する代わりに、短いクールダウンの後でリマインダーを返信することがあります。

共有 DM ペアリングフローとストレージ構成については、ペアリングを参照してください。

ダイレクトルームの修復

ダイレクトメッセージの状態にずれが生じると、OpenClaw の古い m.direct マッピングが、現在の DM ではなく以前の 1 対 1 ルームを指すことがあります。ピアの現在のマッピングを調査します。

openclaw matrix direct inspect --user-id @alice:example.org

修復します。

openclaw matrix direct repair --user-id @alice:example.org

複数アカウント構成では、どちらのコマンドも --account <id> を受け付けます。修復フローは次のとおりです。

• m.direct にすでにマッピングされている厳密な 1:1 DM を優先します
• そのユーザーと現在参加中の厳密な 1:1 DM があれば、それにフォールバックします
• 正常な DM が存在しない場合は、新しいダイレクトルームを作成し、m.direct を書き換えます

古いルームは自動的に削除されません。正常な DM を選択してマッピングを更新し、今後の Matrix 送信、検証通知、その他のダイレクトメッセージフローが適切なルームを対象とするようにします。

実行承認

Matrix はネイティブ承認クライアントとして機能できます。channels.matrix.execApprovals（またはアカウントごとのオーバーライドの場合は channels.matrix.accounts.<account>.execApprovals）で設定します。

• enabled: Matrix ネイティブのプロンプトで承認を配信します。未設定または "auto" の場合、少なくとも 1 人の承認者を解決できるようになると自動的に有効化されます。明示的に無効化するには false を設定します。
• approvers: 実行リクエストを承認できる Matrix ユーザー ID（@owner:example.org）。channels.matrix.dm.allowFrom にフォールバックします。
• target: プロンプトの送信先。"dm"（デフォルト）は承認者の DM に送信し、"channel" は送信元のルームまたは DM に送信し、"both" は両方に送信します。
• agentFilter / sessionFilter: Matrix 配信をトリガーするエージェント/セッションを制限するための任意の許可リスト。

認可は承認の種類によって若干異なります。

• 実行承認は execApprovals.approvers を使用し、dm.allowFrom にフォールバックします。
• Plugin 承認は dm.allowFrom のみを通じて認可します。

どちらの種類も、Matrix のリアクションショートカットとメッセージ更新を共有します。承認者には、メインの承認メッセージ上にリアクションショートカットが表示されます。

• ✅ 1 回だけ許可
• ❌ 拒否
• ♾️ 常に許可（有効な実行ポリシーで許可されている場合）

フォールバック用スラッシュコマンド: /approve <id> allow-once、/approve <id> allow-always、/approve <id> deny。

解決済みの承認者のみが承認または拒否できます。実行承認のチャンネル配信にはコマンドテキストが含まれるため、信頼できるルームでのみ channel または both を有効にしてください。

関連項目: 実行承認。

スラッシュコマンド

スラッシュコマンド（/new、/reset、/model、/focus、/unfocus、/agents、/session、/acp、/approve など）は、DM で直接機能します。ルームでは、OpenClaw はボット自身の Matrix メンションが前置されたコマンドも認識するため、@bot:server /new はカスタムのメンション正規表現なしでコマンドパスをトリガーします。これにより、ユーザーがコマンドを入力する前にボット名をタブ補完した際、Element や同様のクライアントが送信するルーム形式の @mention /command 投稿にもボットが応答できます。

認可ルールは引き続き適用されます。コマンド送信者は、通常のメッセージと同じ DM またはルームの許可リスト／所有者ポリシーを満たす必要があります。

マルチアカウント

{  channels: {    matrix: {      enabled: true,      defaultAccount: "assistant",      dm: { policy: "pairing" },      accounts: {        assistant: {          homeserver: "https://matrix.example.org",          accessToken: "syt_assistant_xxx",          encryption: true,        },        alerts: {          homeserver: "https://matrix.example.org",          accessToken: "syt_alerts_xxx",          dm: {            policy: "allowlist",            allowFrom: ["@ops:example.org"],            threadReplies: "off",          },        },      },    },  },}

継承:

• トップレベルの channels.matrix 値は、名前付きアカウントで上書きされない限り、そのデフォルトとして機能します。
• groups.<room>.account を使用すると、継承されたルームエントリを特定のアカウントに限定できます。account のないエントリはアカウント間で共有されます。デフォルトアカウントがトップレベルで設定されている場合も、account: "default" は引き続き機能します。

デフォルトアカウントの選択:

• defaultAccount を設定して、暗黙的なルーティング、プローブ、CLI コマンドが優先する名前付きアカウントを選択します。
• 複数のアカウントがあり、そのうち 1 つが文字どおり default という名前の場合、defaultAccount が未設定でも OpenClaw はそのアカウントを暗黙的に使用します。
• 複数の名前付きアカウントがあり、デフォルトが選択されていない場合、CLI コマンドは推測を拒否します。defaultAccount を設定するか、--account <id> を渡してください。
• トップレベルの channels.matrix.* ブロックが暗黙の default アカウントとして扱われるのは、その認証が完了している場合（homeserver + accessToken、または homeserver + userId + password）のみです。キャッシュされた資格情報で認証を満たせる場合、名前付きアカウントは homeserver + userId から引き続き検出できます。

昇格:

• 修復またはセットアップ中に OpenClaw が単一アカウント設定をマルチアカウントへ昇格する際、既存の名前付きアカウントがある場合、または defaultAccount がすでにそのアカウントを指している場合は、それを維持します。昇格されたアカウントへ移動するのは Matrix の認証／ブートストラップキーのみで、共有の配信ポリシーキーはトップレベルに残ります。

共有のマルチアカウントパターンについては、設定リファレンスを参照してください。

プライベート／LAN ホームサーバー

デフォルトでは、SSRF 対策のため、アカウントごとにオプトインしない限り、OpenClaw はプライベート／内部 Matrix ホームサーバーをブロックします。

ホームサーバーが localhost、LAN/Tailscale IP、または内部ホスト名で動作している場合は、そのアカウントで network.dangerouslyAllowPrivateNetwork を有効にします。

{  channels: {    matrix: {      homeserver: "http://matrix-synapse:8008",      network: {        dangerouslyAllowPrivateNetwork: true,      },      accessToken: "syt_internal_xxx",    },  },}

CLI セットアップ例:

openclaw matrix account add \  --account ops \  --homeserver http://matrix-synapse:8008 \  --allow-private-network \  --access-token syt_ops_xxx

このオプトインで許可されるのは、信頼できるプライベート／内部ターゲットのみです。http://matrix.example.org:8008 のようなパブリックな平文ホームサーバーは引き続きブロックされます。可能な限り https:// を使用してください。

Matrix トラフィックのプロキシ

Matrix 環境で明示的な送信 HTTP(S) プロキシが必要な場合は、channels.matrix.proxy を設定します。

{  channels: {    matrix: {      homeserver: "https://matrix.example.org",      accessToken: "syt_bot_xxx",      proxy: "http://127.0.0.1:7890",    },  },}

名前付きアカウントは、channels.matrix.accounts.<id>.proxy を使用してトップレベルのデフォルトを上書きできます。OpenClaw は、実行時の Matrix トラフィックとアカウント状態プローブに同じプロキシ設定を使用します。

ターゲットの解決

OpenClaw がルームまたはユーザーのターゲットを要求するすべての場所で、Matrix は次のターゲット形式を受け付けます。

• ユーザー: @user:server、user:@user:server、または matrix:user:@user:server
• ルーム: !room:server、room:!room:server、または matrix:room:!room:server
• エイリアス: #alias:server、channel:#alias:server、または matrix:channel:#alias:server

Matrix のルーム ID は大文字と小文字を区別します。明示的な配信ターゲット、Cron ジョブ、バインディング、または許可リストを設定する際は、Matrix のルーム ID と完全に同じ大文字／小文字を使用してください。OpenClaw は保存用の内部セッションキーを正規化して維持するため、小文字化されたこれらのキーは Matrix 配信 ID の信頼できる情報源ではありません。

ライブディレクトリ検索では、ログイン中の Matrix アカウントを使用します。

• ユーザー検索では、そのホームサーバー上の Matrix ユーザーディレクトリを照会します。
• ルーム検索は、明示的なルーム ID とエイリアスを直接受け付けます。参加済みルームの名前検索はベストエフォートであり、dangerouslyAllowNameMatching: true が設定されている場合にのみ、実行時のルーム許可リストへ適用されます。
• ルーム名を ID またはエイリアスへ解決できない場合、実行時の許可リスト解決では無視されます。

設定リファレンス

許可リスト形式のユーザーフィールド（groupAllowFrom、dm.allowFrom、groups.<room>.users）には、完全な Matrix ユーザー ID を指定できます（最も安全です）。ID ではないエントリはデフォルトで無視されます。dangerouslyAllowNameMatching: true が設定されている場合、Matrix ディレクトリの表示名との完全一致は起動時、およびモニターの実行中に許可リストが変更されるたびに解決されます。解決できないエントリは実行時に無視されます。

ルーム許可リストキー（groups、旧 rooms）には、ルーム ID またはエイリアスを使用してください。単純なルーム名のキーはデフォルトで無視されます。dangerouslyAllowNameMatching: true を設定すると、参加済みルーム名に対するベストエフォート検索が復元されます。

アカウントと接続

• enabled: チャンネルを有効または無効にします。
• name: アカウントの任意の表示ラベル。
• defaultAccount: 複数の Matrix アカウントが設定されている場合に優先するアカウント ID。
• accounts: アカウントごとの名前付き上書き。トップレベルの channels.matrix 値はデフォルトとして継承されます。
• homeserver: ホームサーバー URL。例: https://matrix.example.org。
• network.dangerouslyAllowPrivateNetwork: このアカウントによる localhost、LAN/Tailscale IP、または内部ホスト名への接続を許可します。
• proxy: Matrix トラフィック用の任意の HTTP(S) プロキシ URL。アカウントごとの上書きをサポートします。
• userId: 完全な Matrix ユーザー ID（@bot:example.org）。
• accessToken: トークンベース認証用のアクセストークン。env/file/exec プロバイダー全体で、平文および SecretRef 値をサポートします（シークレット管理）。
• password: パスワードベースのログイン用パスワード。平文および SecretRef 値をサポートします。
• deviceId: 明示的な Matrix デバイス ID。
• deviceName: パスワードログイン時に使用されるデバイス表示名。
• avatarUrl: プロフィール同期および profile set 更新用に保存された自分のアバター URL。
• initialSyncLimit: 起動時の同期で取得するイベントの最大数。

暗号化

• encryption: E2EE を有効にします。デフォルト: false。
• startupVerification: "if-unverified"（E2EE がオンの場合のデフォルト）または "off"。このデバイスが未検証の場合、起動時に自己検証を自動要求します。
• startupVerificationCooldownHours: 次回の起動時自動要求までのクールダウン。デフォルト: 24。

アクセスとポリシー

• groupPolicy: "open"、"allowlist"、または "disabled"。デフォルト: "allowlist"。
• groupAllowFrom: ルームトラフィックを許可するユーザー ID のリスト。
• mentionPatterns: ルームメンション用のスコープ付き正規表現パターン。{ mode: "allow"|"deny", allowIn: [roomId, ...], denyIn: [roomId, ...] } を持つオブジェクト。設定済みの agents.entries.*.groupChat.mentionPatterns をルームごとに適用するかどうかを制御します。
• dm.enabled: false の場合、すべての DM を無視します。デフォルト: true。
• dm.policy: "pairing"（デフォルト）、"allowlist"、"open"、または "disabled"。ボットが参加し、ルームを DM として分類した後に適用されます。招待処理には影響しません。
• dm.allowFrom: DM トラフィックを許可するユーザー ID のリスト。
• dm.sessionScope: "per-user"（デフォルト）または "per-room"。
• dm.threadReplies: 返信のスレッド化に対する DM 専用の上書き（"off"、"inbound"、"always"）。
• allowBots: 設定されている他の Matrix ボットアカウントからのメッセージを受け付けます（true または "mentions"）。
• allowlistOnly: true の場合、すべての有効な DM ポリシー（"disabled" を除く）および "open" グループポリシーを "allowlist" に強制します。"disabled" ポリシーは変更しません。
• dangerouslyAllowNameMatching: true の場合、ユーザー許可リストのエントリに対する Matrix 表示名ディレクトリ検索と、ルーム許可リストキーに対する参加済みルーム名検索を許可します。完全な @user:server ID、およびルーム ID またはエイリアスを使用することを推奨します。
• autoJoin: "always"、"allowlist"、または "off"。デフォルト: "off"。DM 形式の招待を含む、すべての Matrix 招待に適用されます。
• autoJoinAllowlist: autoJoin が "allowlist" の場合に許可されるルーム／エイリアス。エイリアスエントリは、招待されたルームが主張する状態ではなく、ホームサーバーに対して解決されます。
• contextVisibility: 補足コンテキストの可視性（"all" がデフォルト、"allowlist"、"allowlist_quote"）。

返信動作

• replyToMode: "off"（デフォルト）、"first"、"all"、または "batched"。
• threadReplies: "off"（明示的に設定されていない限り、トップレベルのデフォルトは "inbound" に解決されます）、"inbound"、または "always"。
• threadBindings: スレッドに紐づくセッションのルーティングとライフサイクルに対するチャンネルごとのオーバーライド。
• streaming: ネストされたオブジェクト { mode, chunkMode, block: { enabled, coalesce }, preview: { toolProgress }, progress: { label, labels, maxLines, maxLineChars, toolProgress } }。mode は "off"（デフォルト）、"partial"、"quiet"、または "progress"。従来のスカラー値／ブール値の表記は openclaw doctor --fix によって移行されます。
• streaming.block.enabled: true の場合、完了したアシスタントブロックは個別の進捗メッセージとして保持されます。デフォルト: false。
• markdown: 送信テキスト用のオプションの Markdown レンダリング設定。
• responsePrefix: 送信返信の先頭に付加されるオプションの文字列。
• textChunkLimit: streaming.chunkMode: "length" の場合の送信チャンクサイズ（文字数）。デフォルト: 4000。
• streaming.chunkMode: "length"（デフォルト、文字数で分割）または "newline"（行境界で分割）。
• historyLimit: ルームメッセージがエージェントをトリガーしたときに、InboundHistory として含める直近のルームメッセージ数。messages.groupChat.historyLimit にフォールバックします。有効なデフォルトは 0（無効）です。
• mediaMaxMb: 送信および受信処理におけるメディアサイズの上限（MB）。デフォルト: 20。

リアクション設定

• ackReaction: このチャンネル／アカウントの確認リアクションのオーバーライド。
• ackReactionScope: スコープのオーバーライド（デフォルトは "group-mentions"、ほかに "group-all"、"direct"、"all"、"none"、"off"）。
• reactionNotifications: 受信リアクションの通知モード（デフォルトは "own"、または "off"）。

ツールとルームごとのオーバーライド

• actions: アクションごとのツール制限（messages、reactions、pins、profile、memberInfo、channelInfo、verification）。
• groups: ルームごとのポリシーマップ。セッション識別情報には、解決後の安定したルーム ID が使用されます。（rooms は従来のエイリアスです。）
  • groups.<room>.account: 継承されたルームエントリを特定のアカウントに限定します。
  • groups.<room>.enabled: ルームごとの切り替え。false の場合、そのルームはマップに存在しないものとして無視されます。
  • groups.<room>.requireMention: チャンネルレベルのメンション要件をルームごとにオーバーライドします。
  • groups.<room>.allowBots: チャンネルレベルの設定をルームごとにオーバーライドします（true または "mentions"）。
  • groups.<room>.botLoopProtection: ボット間ループ保護の上限をルームごとにオーバーライドします。
  • groups.<room>.users: ルームごとの送信者許可リスト。
  • groups.<room>.tools: ルームごとのツール許可／拒否のオーバーライド。
  • groups.<room>.autoReply: ルームごとのメンション制限のオーバーライド。true はそのルームのメンション要件を無効にし、false は再び強制的に有効にします。
  • groups.<room>.skills: ルームごとのスキルフィルター。
  • groups.<room>.systemPrompt: ルームごとのシステムプロンプトのスニペット。

Exec 承認設定

• execApprovals.enabled: Matrix ネイティブのプロンプトを通じて Exec 承認を配信します。
• execApprovals.approvers: 承認を許可する Matrix ユーザー ID。dm.allowFrom にフォールバックします。
• execApprovals.target: "dm"（デフォルト）、"channel"、または "both"。
• execApprovals.agentFilter / execApprovals.sessionFilter: 配信用のオプションのエージェント／セッション許可リスト。

関連項目

• チャンネルの概要 - サポートされているすべてのチャンネル
• ペアリング - DM の認証とペアリングの流れ
• グループ - グループチャットの動作とメンション制限
• チャンネルルーティング - メッセージのセッションルーティング
• セキュリティ - アクセスモデルと堅牢化