ブラウザ（OpenClaw 管理）

• これはエージェント専用の独立したブラウザと考えてください。openclaw プロファイルが個人用ブラウザプロファイルに触れることはありません。
• エージェントは、この分離された経路でタブを開き、ページを読み、クリックし、入力します。
• 一方、組み込みの user プロファイルは、Chrome DevTools MCP を介して、実際にサインイン済みの Chrome セッションに接続します。

​

利用できる機能

• openclaw という名前の独立したブラウザプロファイル（デフォルトではオレンジ色のアクセント）。
• 決定論的なタブ制御（一覧表示／開く／フォーカス／閉じる）。
• エージェント操作（クリック／入力／ドラッグ／選択）、スナップショット、スクリーンショット、PDF。
• Playwright ベースのプロファイルは、添付ファイルへの直接ナビゲーションを管理対象のダウンロードディレクトリに保存し、最終 URL のポリシー検証後に { url, suggestedFilename, path } メタデータを返します。
• Playwright ベースのエージェント操作は、その操作によって 1 つ以上のダウンロードが直ちに開始された場合、同じ管理対象メタデータを含む downloads 配列を返します。
• ブラウザ Plugin が有効な場合に、スナップショット、 安定したタブ、古くなった参照、手動ブロッカーからの復旧ループをエージェントに教える、 バンドル済みの browser-automation skill。
• オプションのマルチプロファイル対応（openclaw、work、remote、…）。

​

クイックスタート

openclaw browser --browser-profile openclaw doctor
openclaw browser --browser-profile openclaw doctor --deep
openclaw browser --browser-profile openclaw status
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot

​

Plugin の制御

{
  plugins: {
    entries: {
      browser: {
        enabled: false,
      },
    },
  },
}

​

エージェント向けガイダンス

{
  tools: {
    profile: "coding",
    alsoAllow: ["browser"],
  },
}

• browser ツールの説明には、常に有効な簡潔な契約が含まれています。適切なプロファイルを選択し、 参照を同じタブ内に維持し、タブの対象指定には tabId/ラベルを使用し、 複数ステップの作業ではブラウザ skill を読み込みます。
• バンドル済みの browser-automation skill には、より詳細な操作ループが含まれています。 まずステータスとタブを確認し、タスク用タブにラベルを付け、操作前にスナップショットを取得し、UI の変更後に 再度スナップショットを取得し、古くなった参照から一度だけ復旧を試み、ログイン／2FA／CAPTCHA や カメラ／マイクのブロッカーについては推測せず、手動操作が必要であると報告します。

​

ブラウザコマンドまたはツールが見つからない場合

{
  plugins: {
    allow: ["telegram", "browser"],
  },
}

​

プロファイル: openclaw、user、chrome

• openclaw: 管理された分離ブラウザ（拡張機能は不要）。
• user: 実際にサインイン済みの Chrome セッション用の、組み込み Chrome DevTools MCP 接続プロファイル。OpenClaw が初めて接続するとき、Chrome に処理をブロックする「Allow remote debugging?」 プロンプトが表示されるため、誰かがコンピューターの前にいる必要があります。
• chrome: 実際にサインイン済みの Chrome セッション用の、組み込みChrome 拡張機能プロファイル。 リモートデバッグポートではなく OpenClaw ブラウザ拡張機能を介してタブを操作するため、 「Allow remote debugging?」プロンプトは表示されません。そのため、デスクに誰もいなくても スマートフォンから動作します。

• デフォルト: 分離された openclaw ブラウザを使用します。
• 既存のログイン済みセッションが重要で、ユーザーがコンピューターから離れている 場合（Telegram、WhatsApp など）は、profile="chrome"（拡張機能）を優先します。
• 既存のログイン済みセッションが重要で、ユーザーが接続プロンプトを承認するため コンピューターの前にいる場合は、profile="user"（Chrome MCP）を優先します。
• 特定のブラウザモードを使用する場合、profile で明示的に上書きします。

​

設定

{
  browser: {
    enabled: true, // デフォルト: true
    evaluateEnabled: true, // デフォルト: true。false にすると act:evaluate（任意の JS）が無効になる
    ssrfPolicy: {
      // dangerouslyAllowPrivateNetwork: true, // 信頼できるプライベートネットワークへのアクセスでのみ明示的に有効化する
      // hostnameAllowlist: ["*.example.com", "example.com"],
      // allowedHostnames: ["localhost"],
    },
    // cdpUrl: "http://127.0.0.1:18792", // 従来の単一プロファイル用オーバーライド
    tabCleanup: {
      enabled: true, // デフォルト: true
    },
    // snapshotDefaults: { mode: "efficient" }, // 呼び出し元が省略した場合のデフォルトのスナップショットモード
    defaultProfile: "openclaw",
    color: "#FF4500",
    headless: false,
    noSandbox: false,
    attachOnly: false,
    executablePath: "/Applications/Brave Browser.app/Contents/MacOS/Brave Browser",
    profiles: {
      openclaw: { cdpPort: 18800, color: "#FF4500" },
      work: {
        cdpPort: 18801,
        color: "#0066CC",
        headless: true,
        executablePath: "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome",
      },
      user: {
        driver: "existing-session",
        attachOnly: true,
        color: "#00AA00",
      },
      brave: {
        driver: "existing-session",
        attachOnly: true,
        userDataDir: "~/Library/Application Support/BraveSoftware/Brave-Browser",
        color: "#FB542B",
      },
      remote: { cdpUrl: "http://10.0.0.42:9222", color: "#00AA00" },
    },
  },
}

​

タブクリーンアップの所有権

​

スクリーンショットの視覚認識（テキスト専用モデルのサポート）

{
  tools: {
    media: {
      image: {
        models: [
          { provider: "bytedance", model: "doubao-seed-2.0-pro" },
          // フォールバック候補を追加。最初の成功が採用される
          { provider: "openai", model: "gpt-4o" },
        ],
      },
      // 共有メディアモデルも、画像対応としてタグ付けされていれば使用できる。
      // models: [{ provider: "openai", model: "gpt-4o", capabilities: ["image"] }],
    },
  },
  agents: {
    defaults: {
      // 既存の画像モデルのデフォルトも適用される。
      // imageModel: { primary: "openai/gpt-4o" },
    },
  },
}

1. エージェントが browser screenshot を呼び出すと、通常どおり画像がディスクに保存されます。
2. ブラウザツールは、設定済みのメディア画像モデル、共有メディアモデル、画像モデルのデフォルト、または認証に基づく画像プロバイダーを使用してスクリーンショットを説明できるかどうかを、既存の画像理解ランタイムに問い合わせます。
3. ビジョンモデルはテキストの説明を返します。これは wrapExternalContent（プロンプトインジェクションガード）でラップされ、画像ブロックではなくテキストブロックとしてエージェントに返されます。
4. 画像理解が利用できない場合、スキップされた場合、または失敗した場合、ブラウザは元の画像ブロックを返すようフォールバックします。

​

Brave または別の Chromium ベースのブラウザを使用する

openclaw config set browser.executablePath "/usr/bin/google-chrome"
openclaw config set browser.profiles.work.executablePath "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"

{
  browser: {
    executablePath: "/Applications/Brave Browser.app/Contents/MacOS/Brave Browser",
  },
}

{
  browser: {
    executablePath: "C:\\Program Files\\BraveSoftware\\Brave-Browser\\Application\\brave.exe",
  },
}

{
  browser: {
    executablePath: "/usr/bin/brave-browser",
  },
}

​

ローカル制御とリモート制御

• ローカル制御（デフォルト）： Gateway がループバック制御サービスを開始し、ローカルブラウザを起動できます。
• リモート制御（Node ホスト）： ブラウザがあるマシンで Node ホストを実行します。Gateway はブラウザ操作をそのホストにプロキシします。
• リモート CDP： リモートの Chromium ベースブラウザに接続するには、browser.profiles.<name>.cdpUrl（または browser.cdpUrl）を設定します。この場合、OpenClaw はローカルブラウザを起動しません。
• ループバック上の外部管理 CDP サービス（たとえば Docker で 127.0.0.1 に公開された Browserless）の場合は、attachOnly: true も設定してください。attachOnly のないループバック CDP は、OpenClaw が管理するローカルブラウザプロファイルとして扱われます。
• headless は、OpenClaw が起動するローカルの管理対象プロファイルにのみ影響します。既存セッションまたはリモート CDP ブラウザを再起動したり変更したりすることはありません。
• executablePath にも、同じローカル管理対象プロファイルのルールが適用されます。実行中のローカル管理対象プロファイルでこれを変更すると、そのプロファイルは再起動／再調整の対象としてマークされ、次回の起動で新しいバイナリが使用されます。

• ローカル管理対象プロファイル：openclaw browser stop は、OpenClaw が起動したブラウザプロセスを停止します
• 接続専用およびリモート CDP プロファイル：openclaw browser stop は、OpenClaw がブラウザプロセスを起動していなくても、アクティブな制御セッションを閉じ、Playwright／CDP のエミュレーション上書き（ビューポート、カラースキーム、ロケール、タイムゾーン、オフラインモード、および同様の状態）を解除します

• クエリトークン（例：https://provider.example?token=<token>）
• HTTP Basic 認証（例：https://user:pass@provider.example）

​

Node ブラウザプロキシ（設定不要のデフォルト）

• Node ホストは、ローカルのブラウザ制御サーバーをプロキシコマンド経由で公開します。
• プロファイルは Node 自身の browser.profiles 設定（ローカルと同じ）から取得されます。
• プロキシコマンドは、allowProfiles の設定にかかわらず、永続的なプロファイル変更（create-profile、delete-profile、reset-profile）を許可しません。これらの変更は Node 上で直接行ってください。
• nodeHost.browserProxy.allowProfiles は任意です。従来のデフォルト動作を使用する場合は空のままにしてください。設定済みのすべてのプロファイルにプロキシ経由で引き続きアクセスできます。
• nodeHost.browserProxy.allowProfiles を設定すると、OpenClaw はこれを最小権限の境界として扱い、プロキシが対象にできるプロファイル名を制限します。
• 使用しない場合は無効にしてください:
  • Node 側: nodeHost.browserProxy.enabled=false
  • Gateway 側: gateway.nodes.browser.mode="off"（接続済みブラウザ Node を1つ選択するための "auto"、または明示的な Node パラメーターを必須にするための "manual" も指定できます）

​

Browserless（ホスト型リモート CDP）

{
  browser: {
    enabled: true,
    defaultProfile: "browserless",
    profiles: {
      browserless: {
        cdpUrl: "wss://production-sfo.browserless.io?token=<BROWSERLESS_API_KEY>",
        color: "#00AA00",
      },
    },
  },
}

• <BROWSERLESS_API_KEY> を実際の Browserless トークンに置き換えてください。
• Browserless アカウントに対応するリージョンエンドポイントを選択してください（同社のドキュメントを参照）。
• Browserless から HTTPS ベース URL が提供された場合は、直接 CDP 接続用の wss:// に変換するか、HTTPS URL のままにして OpenClaw に /json/version を検出させることができます。

​

同一ホスト上の Browserless Docker

{
  browser: {
    enabled: true,
    defaultProfile: "browserless",
    profiles: {
      browserless: {
        cdpUrl: "ws://127.0.0.1:3000",
        attachOnly: true,
        color: "#00AA00",
      },
    },
  },
}

​

直接 WebSocket CDP プロバイダー

• HTTP(S) 検出 - http://host[:port] または https://host[:port]。 OpenClaw は /json/version を呼び出して WebSocket デバッガー URL を検出し、その後 接続します。WebSocket へのフォールバックはありません。
• 直接 WebSocket エンドポイント - /devtools/browser|page|worker|shared_worker|service_worker/<id> パスを持つ ws://host[:port]/devtools/<kind>/<id> または wss://...。 OpenClaw は WebSocket ハンドシェイクを介して直接接続し、 /json/version を完全にスキップします。
• ベア WebSocket ルート - /devtools/... パスを持たない ws://host[:port] または wss://host[:port]（例: Browserless、 Browserbase）。OpenClaw は最初に HTTP /json/version 検出を試みます（スキームを http/https に正規化）。 検出で webSocketDebuggerUrl が返された場合はそれを使用し、それ以外の場合は ベアルートでの直接 WebSocket ハンドシェイクにフォールバックします。通知された WebSocket エンドポイントが CDP ハンドシェイクを拒否しても、設定されたベアルートが 受け入れる場合、OpenClaw はそのルートにもフォールバックします。これにより、ローカルの Chrome を指すベア ws:// でも接続できます。Chrome は /json/version から取得したターゲット固有の パスでのみ WebSocket アップグレードを受け入れる一方、ホスト型 プロバイダーは、検出エンドポイントが Playwright CDP に適さない 短期間有効な URL を通知する場合でも、ルート WebSocket エンドポイントを使用できます。

​

Browserbase

{
  browser: {
    enabled: true,
    defaultProfile: "browserbase",
    profiles: {
      browserbase: {
        cdpUrl: "wss://connect.browserbase.com?apiKey=<BROWSERBASE_API_KEY>",
        color: "#F97316",
      },
    },
  },
}

• サインアップし、Overview dashboard から API Key をコピーしてください。
• <BROWSERBASE_API_KEY> を実際の Browserbase API キーに置き換えてください。
• Browserbase は WebSocket 接続時にブラウザセッションを自動作成するため、 手動でセッションを作成する必要はありません。
• 現在の無料枠の制限と有料プランについては、料金を参照してください。
• 完全な API リファレンス、SDK ガイド、統合例については、 Browserbase ドキュメントを参照してください。

​

Notte

{
  browser: {
    enabled: true,
    defaultProfile: "notte",
    profiles: {
      notte: {
        cdpUrl: "wss://us-prod.notte.cc/sessions/connect?token=<NOTTE_API_KEY>",
        color: "#7C3AED",
      },
    },
  },
}

• サインアップし、コンソールの設定ページから API Key を コピーしてください。
• <NOTTE_API_KEY> を実際の Notte API キーに置き換えてください。
• Notte は WebSocket 接続時にブラウザセッションを自動作成するため、手動で セッションを作成する必要はありません。WebSocket が切断されると、 セッションは破棄されます。
• 現在の無料枠の制限と有料プランについては、料金を参照してください。
• 完全な API リファレンス、SDK ガイド、統合例については、 Notte ドキュメントを参照してください。

​

セキュリティ

• ブラウザ制御は local loopback 限定です。アクセスは Gateway の認証または Node のペアリングを経由します。
• スタンドアロンの local loopback ブラウザ HTTP API は、共有シークレット認証のみを使用します: Gateway トークンの Bearer 認証、x-openclaw-password、または設定済みの Gateway パスワードによる HTTP Basic 認証です。
• Tailscale Serve の ID ヘッダーと gateway.auth.mode: "trusted-proxy" は、 このスタンドアロンの local loopback ブラウザ API を認証しません。
• ブラウザ制御が有効で共有シークレット認証が設定されていない場合、OpenClaw は 起動時にブラウザ制御用の認証情報を自動生成して永続化します: gateway.auth.mode が none の場合はトークン、trusted-proxy の場合は パスワードです（プロセス外の local loopback クライアントが解決できるように、 gateway.auth.password を介して永続化されます）。そのモード用の明示的な 文字列認証情報がすでに設定されている場合、または gateway.auth.mode が password の場合、自動生成は行われません。
• 生成されたシークレットではなく、自身で管理する安定したシークレットを使用する場合は、 gateway.auth.token、gateway.auth.password、OPENCLAW_GATEWAY_TOKEN、または OPENCLAW_GATEWAY_PASSWORD を明示的に設定してください。

• 可能な場合は、暗号化されたエンドポイント（HTTPS または WSS）と短期間有効なトークンを使用してください。
• 長期間有効なトークンを設定ファイルに直接埋め込まないでください。
• Gateway とすべての Node ホストをプライベートネットワーク（Tailscale）上に配置し、公開を避けてください。
• リモート CDP の URL/トークンはシークレットとして扱い、環境変数またはシークレットマネージャーを使用してください。

​

プロファイル（複数ブラウザ）

• OpenClaw 管理: 独自のユーザーデータディレクトリと CDP ポートを持つ専用の Chromium ベースのブラウザインスタンス
• リモート: 明示的な CDP URL（別の場所で実行されている Chromium ベースのブラウザ）
• 既存のセッション: Chrome DevTools MCP の自動接続を介した既存の Chrome プロファイル

• openclaw プロファイルが存在しない場合は自動作成されます。
• user プロファイルは、Chrome MCP の既存セッションへのアタッチ用として組み込まれています。
• 既存セッションプロファイルは user 以外ではオプトインです。--driver existing-session で作成してください。
• ローカル CDP ポートはデフォルトで 18800-18899 から割り当てられます。
• プロファイルを削除すると、そのローカルデータディレクトリはゴミ箱に移動されます。

​

Chrome DevTools MCP を介した既存セッション

• Chrome for Developers: ブラウザセッションで Chrome DevTools MCP を使用する
• Chrome DevTools MCP README

{
  browser: {
    profiles: {
      brave: {
        driver: "existing-session",
        attachOnly: true,
        userDataDir: "~/Library/Application Support/BraveSoftware/Brave-Browser",
        color: "#FB542B",
      },
    },
  },
}

1. リモートデバッグ用のブラウザの検査ページを開きます。
2. リモートデバッグを有効にします。
3. ブラウザを実行したままにし、OpenClaw がアタッチするときに接続プロンプトを承認します。

• Chrome: chrome://inspect/#remote-debugging
• Brave: brave://inspect/#remote-debugging
• Edge: edge://inspect/#remote-debugging

openclaw browser --browser-profile user start
openclaw browser --browser-profile user status
openclaw browser --browser-profile user tabs
openclaw browser --browser-profile user snapshot --format ai

• status は driver: existing-session を表示します
• status は transport: chrome-mcp を表示します
• status は running: true を表示します
• tabs は、すでに開いているブラウザータブを一覧表示します
• snapshot は、選択したライブタブから ref を返します

• 対象の Chromium ベースのブラウザーのバージョンが 144+ である
• そのブラウザーの検査ページでリモートデバッグが有効になっている
• ブラウザーにアタッチ同意プロンプトが表示され、それを承認した
• Chrome が明示的な --remote-debugging-port を指定して起動された場合は、Chrome MCP の自動接続に 依存せず、browser.profiles.<name>.cdpUrl をその DevTools エンドポイントに設定する
• openclaw doctor は、古い拡張機能ベースのブラウザー設定を移行し、 デフォルトの自動接続プロファイル向けに Chrome がローカルにインストールされているか確認しますが、 ブラウザー側のリモートデバッグを有効にすることはできません

• ユーザーがログイン済みのブラウザー状態が必要な場合は、profile="user" を使用します。
• カスタムの既存セッションプロファイルを使用する場合は、その明示的なプロファイル名を渡します。
• ユーザーがコンピューターの前にいて、アタッチプロンプトを承認できる場合にのみ、このモードを選択します。
• Gateway または Node ホストは npx chrome-devtools-mcp@latest --autoConnect を起動できます。

• このパスは、ログイン済みのブラウザーセッション内で操作できるため、分離された openclaw プロファイルよりもリスクが高くなります。
• OpenClaw はこのドライバー用のブラウザーを起動せず、アタッチのみを行います。
• ここでは、OpenClaw は公式の Chrome DevTools MCP --autoConnect フローを使用します。 userDataDir が設定されている場合、そのユーザーデータディレクトリを対象にするため、そのまま渡されます。
• 既存セッションは、選択したホスト上、または接続済みのブラウザー Node 経由でアタッチできます。 Chrome が別の場所にあり、ブラウザー Node が接続されていない場合は、代わりにリモート CDP または Node ホストを使用します。
• Chrome MCP のターゲットとスナップショット ref は、1 つの MCP サブプロセスにスコープされます。 そのプロセスが再起動した後は、browser tabs を再度実行し、ターゲット固有の作業を行う前に 新しいターゲットを明示的に選択し、ref を使用する前に新しいスナップショットを取得します。 各 ref は、そのターゲットと最新のスナップショットに対してのみ有効です。URL が一致していても、 古いエイリアスは置き換え先のタブには引き継がれません。
• Chrome DevTools MCP は現在、プロセスローカルの数値ページ ID に基づいてページツールを ルーティングします。プロセススコープのハンドルにより、サブプロセス置換をまたいだ再利用は防止されますが、 隣接するツール呼び出しの間にプロセス内でブラウザーコンテキストが置き換えられると、操作の対象が 切り替わる可能性は残ります。完全にアトミックなルーティングには、安定したターゲット ID に対する アップストリームのページツールサポートが必要です。

​

カスタム Chrome MCP 起動

• http(s)://... → --browserUrl <url>（DevTools HTTP 検出エンドポイント）。
• ws(s)://... → --wsEndpoint <url>（直接接続する CDP WebSocket）。

​

分離の保証

• 専用ユーザーデータディレクトリ: 個人用ブラウザープロファイルには一切アクセスしません。
• 専用ポート: 開発ワークフローとの競合を防ぐため、9222 を回避します。
• 決定的なタブ制御: tabs は、最初に suggestedTargetId を返し、続いて t1 などの安定した tabId ハンドル、オプションのラベル、生の targetId を返します。 エージェントは suggestedTargetId を再利用する必要があります。生の ID は、 デバッグと互換性のために引き続き利用できます。

​

ブラウザーの選択

1. Chrome
2. Brave
3. Edge
4. Chromium
5. Chrome Canary

• macOS: /Applications と ~/Applications を確認します。
• Linux: /usr/bin、/snap/bin、/opt/google、/opt/brave.com、/usr/lib/chromium、 /usr/lib/chromium-browser の配下にある一般的な Chrome/Brave/Edge/Chromium の場所に加え、 PLAYWRIGHT_BROWSERS_PATH または ~/.cache/ms-playwright の配下にある Playwright 管理の Chromium を確認します。
• Windows: 一般的なインストール場所を確認します。

​

制御 API（オプション）

​

トラブルシューティング

​

CDP 起動失敗とナビゲーションの SSRF ブロック

• CDP の起動または準備状態の失敗は、OpenClaw がブラウザー制御プレーンの正常性を確認できないことを意味します。
• ナビゲーションの SSRF ブロックは、ブラウザー制御プレーンは正常ですが、ページナビゲーションの対象がポリシーによって拒否されたことを意味します。

• CDP の起動または準備状態の失敗:
  • Chrome CDP websocket for profile "openclaw" is not reachable after start
  • Remote CDP for profile "<name>" is not reachable at <cdpUrl>
  • local loopback の外部 CDP サービスが attachOnly: true なしで設定されている場合の Port <port> is in use for profile "<name>" but not by openclaw
• ナビゲーションの SSRF ブロック:
  • start と tabs は引き続き機能する一方で、open、navigate、スナップショット、またはタブを開くフローがブラウザー/ネットワークポリシーエラーで失敗する

openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw tabs
openclaw browser --browser-profile openclaw open https://example.com

• start が not reachable after start で失敗した場合は、まず CDP の準備状態をトラブルシューティングします。
• start が成功しても tabs が失敗する場合、制御プレーンは依然として正常ではありません。ページナビゲーションの問題ではなく、CDP の到達性の問題として扱います。
• start と tabs が成功しても、open または navigate が失敗する場合、ブラウザー制御プレーンは稼働しており、障害はナビゲーションポリシーまたは対象ページにあります。
• start、tabs、open がすべて成功した場合、基本的なマネージドブラウザー制御パスは正常です。

• browser.ssrfPolicy を設定していない場合でも、ブラウザー設定のデフォルトはフェイルクローズの SSRF ポリシーオブジェクトです。
• local loopback の openclaw マネージドプロファイルでは、OpenClaw 自身のローカル制御プレーンに対して、CDP ヘルスチェックがブラウザーの SSRF 到達性適用を意図的にスキップします。
• ナビゲーション保護は別です。start または tabs が成功しても、後続の open または navigate の対象が許可されることを意味しません。

• デフォルトではブラウザーの SSRF ポリシーを緩和しないでください。
• 広範なプライベートネットワークアクセスよりも、hostnameAllowlist や allowedHostnames などの限定的なホスト例外を優先してください。
• プライベートネットワークへのブラウザーアクセスが必要で、レビュー済みの意図的に信頼された環境でのみ、dangerouslyAllowPrivateNetwork: true を使用してください。

​

エージェントツールと制御の仕組み

• browser - doctor/status/start/stop/tabs/open/focus/close/snapshot/screenshot/navigate/act

• browser snapshot は、安定した UI ツリー（AI または ARIA）を返します。
• browser act は、スナップショットの ref ID を使用して、クリック、入力、ドラッグ、選択を行います。
• browser screenshot は、ピクセル（ページ全体、要素、またはラベル付き参照）をキャプチャします。
• browser doctor は、Gateway、plugin、プロファイル、ブラウザー、タブの準備状態を確認します。
• browser には、以下を指定できます。
  • profile：名前付きブラウザープロファイル（openclaw、chrome、またはリモート CDP）を選択します。
  • target（sandbox | host | node）：ブラウザーの実行場所を選択します。
  • サンドボックス化されたセッションでは、target: "host" に agents.defaults.sandbox.browser.allowHostControl=true が必要です。
  • target を省略した場合、サンドボックス化されたセッションではデフォルトで sandbox、サンドボックス化されていないセッションではデフォルトで host が使用されます。
  • ブラウザー対応 Node が接続されている場合、target="host" または target="node" を固定しない限り、ツールはその Node に自動的にルーティングされることがあります。

​

関連項目

• ツールの概要 - 利用可能なすべてのエージェントツール
• サンドボックス化 - サンドボックス化された環境でのブラウザー制御
• セキュリティ - ブラウザー制御のリスクと堅牢化