ブラウザ（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 はブロッキングの「リモート デバッグを許可しますか?」プロンプトを表示するため、誰かがコンピュータの前にいる必要があります。
• chrome: 実際にサインイン済みの Chrome セッション向けの組み込み Chrome 拡張機能 プロファイル。リモートデバッグポートではなく OpenClaw ブラウザ拡張機能を通じてタブを操作するため、「リモート デバッグを許可しますか?」プロンプトはなく、机に誰もいなくてもスマートフォンから動作します。

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

​

設定

{
  browser: {
    enabled: true, // default: true
    evaluateEnabled: true, // default: true; false disables act:evaluate (arbitrary JS)
    ssrfPolicy: {
      // dangerouslyAllowPrivateNetwork: true, // opt in only for trusted private-network access
      // hostnameAllowlist: ["*.example.com", "example.com"],
      // allowedHostnames: ["localhost"],
    },
    // cdpUrl: "http://127.0.0.1:18792", // legacy single-profile override
    remoteCdpTimeoutMs: 1500, // remote CDP HTTP timeout (ms)
    remoteCdpHandshakeTimeoutMs: 3000, // remote CDP WebSocket handshake timeout (ms)
    localLaunchTimeoutMs: 15000, // local managed Chrome discovery timeout (ms)
    localCdpReadyTimeoutMs: 8000, // local managed post-launch CDP readiness timeout (ms)
    actionTimeoutMs: 60000, // default browser act timeout (ms)
    tabCleanup: {
      enabled: true, // default: true
      idleMinutes: 120, // set 0 to disable idle cleanup
      maxTabsPerSession: 8, // set 0 to disable the per-session cap
      sweepMinutes: 5,
    },
    // snapshotDefaults: { mode: "efficient" }, // default snapshot mode when the caller omits one
    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" },
          // Add fallback candidates; first success wins
          { provider: "openai", model: "gpt-4o" },
        ],
      },
      // Shared media models also work when tagged for image support.
      // models: [{ provider: "openai", model: "gpt-4o", capabilities: ["image"] }],
    },
  },
  agents: {
    defaults: {
      // Existing image-model defaults are also honored.
      // 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 はループバック制御サービスを開始し、ローカルブラウザを起動できます。
• リモート制御（ノードホスト）: ブラウザがあるマシンでノードホストを実行します。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 は、アクティブな 制御セッションを閉じ、Playwright/CDPエミュレーション上書き（ビューポート、 カラースキーム、ロケール、タイムゾーン、オフラインモード、および類似の状態）を解放します。ただし、 OpenClaw によってブラウザプロセスが起動されたわけではありません

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

​

Nodeブラウザプロキシ（ゼロconfigのデフォルト）

• ノードホストは、プロキシコマンド 経由でローカルブラウザ制御サーバーを公開します。
• プロファイルはノード自身の browser.profiles config（ローカルと同じ）から取得されます。
• プロキシコマンドは、allowProfiles に関係なく、永続的なプロファイル変更（create-profile、delete-profile、reset-profile）を一切許可しません。これらの変更はノード上で直接行ってください。
• nodeHost.browserProxy.allowProfiles は任意です。レガシー/デフォルト動作、つまり設定済みのすべてのプロファイルをプロキシ経由で到達可能にするには、空のままにします。
• nodeHost.browserProxy.allowProfiles を設定した場合、OpenClaw はそれを、プロキシが対象にできるプロファイル名を制限する最小権限境界として扱います。
• 不要な場合は無効にします。
  • ノード側: nodeHost.browserProxy.enabled=false
  • Gateway側: gateway.nodes.browser.mode="off"（単一の接続済みブラウザノードを選ぶ "auto"、または明示的なノードパラメーターを必須にする "manual" も受け付けます）

​

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

{
  browser: {
    enabled: true,
    defaultProfile: "browserless",
    remoteCdpTimeoutMs: 2000,
    remoteCdpHandshakeTimeoutMs: 4000,
    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 エンドポイント - ws://host[:port]/devtools/<kind>/<id>、または /devtools/browser|page|worker|shared_worker|service_worker/<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",
    remoteCdpTimeoutMs: 3000,
    remoteCdpHandshakeTimeoutMs: 5000,
    profiles: {
      browserbase: {
        cdpUrl: "wss://connect.browserbase.com?apiKey=<BROWSERBASE_API_KEY>",
        color: "#F97316",
      },
    },
  },
}

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

​

Notte

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

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

​

セキュリティ

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

• 可能な場合は、暗号化されたエンドポイント（HTTPS または WSS）と短命のトークンを優先してください。
• 長命のトークンを設定ファイルに直接埋め込むことは避けてください。
• Gateway とすべてのノードホストはプライベートネットワーク（Tailscale）上に保ち、公開露出を避けてください。
• リモート CDP URL/トークンはシークレットとして扱い、env vars またはシークレットマネージャーを優先してください。

​

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

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

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

​

Chrome DevTools MCP 経由の既存セッション

• Chrome for Developers: Use Chrome DevTools MCP with your browser session
• Chrome DevTools MCP README

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

1. リモートデバッグ用のそのブラウザの inspect ページを開きます。
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 が選択されたライブタブから refs を返す

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

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

• このパスは、サインイン済みブラウザセッション内で動作できるため、分離された openclaw プロファイルよりリスクが高くなります。
• OpenClaw はこのドライバー用にブラウザを起動しません。アタッチのみを行います。
• OpenClaw はここで公式 Chrome DevTools MCP --autoConnect フローを使用します。userDataDir が設定されている場合は、そのユーザーデータディレクトリを対象にするために渡されます。
• 既存セッションは、選択されたホスト上、または接続済みブラウザノード経由でアタッチできます。Chrome が別の場所にあり、ブラウザノードが接続されていない場合は、代わりにリモート CDP またはノードホストを使用してください。

​

カスタム 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: 一般的なインストール場所を確認します。

​

Control 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>
  • 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 がすべて成功する場合、基本的な managed ブラウザーコントロールパスは正常です。

• ブラウザー設定は、browser.ssrfPolicy を設定していない場合でも、デフォルトで fail-closed の SSRF ポリシーオブジェクトになります。
• local loopback の openclaw managed プロファイルでは、CDP ヘルスチェックは OpenClaw 自身のローカルコントロールプレーンに対するブラウザー 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 を使用して click/type/drag/select を行います。
• browser screenshot はピクセルをキャプチャします (フルページ、要素、またはラベル付き refs)。
• browser doctor は Gateway、Plugin、プロファイル、ブラウザー、タブの準備状況を確認します。
• browser は次を受け付けます:
  • profile: 名前付きブラウザープロファイル (openclaw、chrome、または remote CDP) を選択します。
  • target (sandbox | host | node): ブラウザーが存在する場所を選択します。
  • サンドボックス化されたセッションでは、target: "host" に agents.defaults.sandbox.browser.allowHostControl=true が必要です。
  • target が省略された場合: サンドボックス化されたセッションはデフォルトで sandbox、非サンドボックスセッションはデフォルトで host になります。
  • ブラウザー対応ノードが接続されている場合、target="host" または target="node" で固定しない限り、ツールは自動ルーティングすることがあります。

​

関連

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