このページの内容
このページの内容
Agent coordination
マルチエージェントのサンドボックスとツール
マルチエージェント構成の各エージェントは、グローバルなサンドボックスおよびツールポリシーを上書きできます。このページでは、エージェントごとの設定、優先順位規則、例について説明します。
バックエンドとモード — サンドボックスの完全なリファレンス。
「なぜこれがブロックされるのか?」をデバッグします。
信頼できる送信者向けの昇格 exec。
設定例
例 1:個人用エージェントと制限付き家族用エージェント
結果:
mainエージェント:ホスト上で実行され、すべてのツールにアクセスできます。familyエージェント:Docker 上で実行され(エージェントごとに 1 コンテナ)、readと現在の会話へのメッセージ送信のみを使用できます。
例 2:共有サンドボックスを使用する仕事用エージェント
例 2b:グローバルなコーディングプロファイルとメッセージング専用エージェント
結果:
- デフォルトのエージェントはコーディングツールを使用できます。
supportエージェントはメッセージング専用です(+ Slack ツール)。
例 3:エージェントごとに異なるサンドボックスモード
設定の優先順位
グローバル(agents.defaults.*)設定とエージェント固有(agents.entries.*.*)設定の両方が存在する場合:
サンドボックス設定
エージェント固有の設定がグローバル設定を上書きします。
ツール制限
フィルタリングの順序は次のとおりです。
ツールプロファイル
tools.profile または agents.entries.*.tools.profile。
プロバイダーのツールプロファイル
tools.byProvider[provider].profile または agents.entries.*.tools.byProvider[provider].profile。
グローバルツールポリシー
tools.allow / tools.deny。
プロバイダーのツールポリシー
tools.byProvider[provider].allow/deny。
エージェント固有のツールポリシー
agents.entries.*.tools.allow/deny。
エージェントのプロバイダーポリシー
agents.entries.*.tools.byProvider[provider].allow/deny。
サンドボックスのツールポリシー
tools.sandbox.tools または agents.entries.*.tools.sandbox.tools。
サブエージェントのツールポリシー
該当する場合は tools.subagents.tools。
優先順位規則
- 各レベルでツールをさらに制限できますが、それ以前のレベルで拒否されたツールを再び許可することはできません。
agents.entries.*.tools.sandbox.toolsが設定されている場合、そのエージェントではtools.sandbox.toolsが置き換えられます。agents.entries.*.tools.profileが設定されている場合、そのエージェントではtools.profileが上書きされます。- プロバイダーのツールキーには、
provider(例:google-antigravity)またはprovider/model(例:openai/gpt-5.4)のいずれかを使用できます。
空の許可リストの動作
このチェーン内の明示的な許可リストのいずれかにより、実行可能なツールがなくなった場合、OpenClaw はモデルにプロンプトを送信する前に停止します。これは意図された動作です。agents.entries.*.tools.allow: ["query_db"] のような存在しないツールを設定したエージェントは、query_db を登録する Plugin が有効になるまで明示的に失敗する必要があり、テキスト専用エージェントとして処理を継続してはなりません。
ツールポリシーでは、複数のツールに展開される group:* の短縮表記をサポートしています。完全な一覧については、ツールグループを参照してください。
エージェントごとの昇格オーバーライド(agents.entries.*.tools.elevated)により、特定のエージェントに対する昇格 exec をさらに制限できます。詳細については、昇格モードを参照してください。
単一エージェントからの移行
移行前(単一エージェント)
移行後(マルチエージェント)
ツール制限の例
読み取り専用エージェント
ファイルシステムツールを無効にしたシェル実行
通信専用
このプロファイルの sessions_history も、生のトランスクリプトダンプではなく、範囲が制限されサニタイズされた想起ビューを返します。アシスタントの想起では、編集/切り詰めの前に、思考タグ、<relevant-memories> スキャフォールディング、プレーンテキストのツール呼び出し XML ペイロード(<tool_call>...</tool_call>、<function_call>...</function_call>、<tool_calls>...</tool_calls>、<function_calls>...</function_calls>、および途中で切り詰められたツール呼び出しブロックを含む)、ダウングレードされたツール呼び出しスキャフォールディング、漏出した ASCII/全角のモデル制御トークン、不正な MiniMax ツール呼び出し XML が除去されます。
よくある落とし穴:「non-main」
テスト
マルチエージェントのサンドボックスとツールを設定した後:
エージェントの解決を確認
サンドボックスコンテナを確認
ツール制限をテスト
- 制限されたツールを必要とするメッセージを送信します。
- エージェントが拒否されたツールを使用できないことを確認します。
ログを監視
トラブルシューティング
`mode: 'all'` にもかかわらずエージェントがサンドボックス化されない
- それを上書きするグローバルな
agents.defaults.sandbox.modeが存在するか確認します。 - エージェント固有の設定が優先されるため、
agents.entries.*.sandbox.mode: "all"を設定します。
拒否リストがあっても使用可能なツール
- フィルタリングの全順序を確認してください:プロファイル → プロバイダープロファイル → グローバルポリシー → プロバイダーポリシー → エージェントポリシー → エージェントプロバイダーポリシー → サンドボックス → サブエージェント。
- 各レベルでは制限をさらに追加できるだけで、権限を再付与することはできません。
- 段階的なデバッグ方法については、サンドボックスとツールポリシーと昇格モードの比較を参照してください。
エージェントごとにコンテナが分離されていない
- デフォルトの
scopeは"agent"(エージェント ID ごとに 1 つのコンテナ)です。 - セッションごとに 1 つのコンテナを使用するには
scope: "session"を設定し、エージェント間で 1 つのコンテナを再利用するにはscope: "shared"を設定します。
関連項目
- 昇格モード
- マルチエージェントルーティング
- サンドボックス設定
- サンドボックスとツールポリシーと昇格モードの比較 — 「なぜブロックされるのか?」のデバッグ
- サンドボックス化 — サンドボックスの完全なリファレンス(モード、スコープ、バックエンド、イメージ)
- セッション管理