OpenClawのブラウザー設定とプロファイルの選び方

なぜOpenClawは別のブラウザーを開くのか

管理プロファイル openclaw には独自のデータディレクトリがあります。ウェブページを操作できますが、普段のブラウザーのセッションを使うわけではありません。同じURLでも、普段のブラウザーではログイン済みで、管理ブラウザーではログイン画面が出る場合があります。既存のログインが必要なら、許可された接続を選びます。

公開ページや専用の業務アカウントなら管理プロファイルから始めます。既存セッションが必要なら、操作の前にプロファイル、タブ、ワークスペース名を確認します。同じURLに別アカウントが表示されることがあります。 OpenClawブラウザーの概要 既存ブラウザーへの接続

接続経路を比べる

公式文書はuserのMCP接続とchromeの拡張機能を分けています。初回はChromeでデバッグの承認が必要な場合があります。古いrelayの手順は同じ名前でも設定が違うことがあります。userを選んだ利用者はコマンドが止まることがあると報告し、別の利用者は旧relayより先にopenclawが選ばれたと述べました。個別の報告なので、選ばれた接続と実際の応答を記録する材料として使います。 プロファイル文書 既存セッション設定 ログイン済みの事例 旧relayの議論

操作前に接続を確認する

許可済みのテスト環境でプロファイル一覧を出し、各コマンドに接続先を書きます。以下は公式文書の例です。繰り返し使う場合は自分のテストページを用意し、まず読み取りだけを行います。

openclaw browser profiles
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

管理ブラウザーでは見出しと最終URLを確認します。既存セッションでは、正しいテストブラウザーで無害なページを先に開き、接続を承認してタブ一覧を読みます。

openclaw browser --browser-profile user status
openclaw browser --browser-profile user tabs
openclaw browser --browser-profile user snapshot

複数タブがあれば、現在のCLIの選択機能でテストタブを指定します。タブがない、承認できない、ワークスペースが違う場合は停止します。 ブラウザー設定の手順 Browser CLI

業務アカウントと保存先を分ける

OpenClawのプロファイル名は接続先を選ぶためのものです。二つの設定が同じデータディレクトリを使えば、同じアカウントに接続することがあります。チームや環境を分けたいなら、管理プロファイルごとに保存先を分け、必要に応じてテストアカウントで手動ログインします。既存セッションでは、許可されたプロファイルとワークスペース名を確認します。 ブラウザー設定 手動ログイン

研修環境と本番環境が同じURLなら、研修用ワークスペース名と架空のIDを先に確かめます。本番の表示が出たら、データの読み取りやフォーム入力を始めずに停止します。確認にパスワードは必要ありません。 プロファイル、ワークスペース、タブグループ

結果を確認して作業を終える

最初は既知の値を一つ読みます。アカウントとタブを確認してからクリックを追加します。変更した場合は同じレコードを読み直します。ツールが成功しても目的の値が保存されたとは限りません。

指定のテストプロファイルと許可されたページだけを使ってください。プロファイル、最終URL、ワークスペース名、テストIDを返します。ログイン、権限、別のワークスペースが出たら停止し、読み取りだけを行って、自分で開いたタブだけを閉じてください。

自分が開いたテストタブを閉じます。管理ブラウザーは自分が起動し、ほかの作業が使っていない場合だけ停止します。既存接続は解除し、必要なら製品の操作で許可を取り消します。タイムアウトしたら再試行の前に状態を確認します。リモートではlocalhostがどのホストを指すかを確かめます。 初めてのブラウザー作業 ログインセッションの確認 クラウドのlocalhost

ローカルエージェントがTabbitのセッションを使う場合はTabbit CLIを選ぶ

OpenClawのbrowserツールとTabbit CLIは別の経路です。前者はOpenClawのブラウザープラグインが提供し、Gatewayのブラウザー制御サービスを通じて動きます。選択されるプロファイルとブラウザーは、Gatewayホスト、接続済みノード、サンドボックスのいずれかです。ブラウザーが別のPCにある場合はそのノードへルーティングします。サンドボックスからホストのブラウザーを使う場合も、ホスト制御ポリシーが必要です。OpenClawのブラウザー経路 リモートブラウザー

OpenClawのローカル実行環境から対象のTabbitへ接続できるなら、Tabbit CLIを使えます。その実行環境にTabbit Skillを読み込ませ、インストール済みランチャーの実行を許可してください。別のエージェントの~/.agents/skillsにあるだけでは、OpenClawがSkillを読み込んだことになりません。 標準状態では同じユーザーの~/.agents/skills/もOpenClawの個人Skill検索先です。ただしGatewayのユーザー、OPENCLAW_STATE_DIR、Skill許可リスト、sandboxにより変わります。ノード上のエージェントには、そのノードで使うOpenClawのskillsディレクトリにSkillを置き、公開されたことを確認します。ローカルGatewayの場合も、OpenClawが読み込む場所を使います。Skill、ランチャー、Tabbitインスタンス、サイトのログイン状態は個別に確認します。OpenClaw node skills Tabbit CLIガイド

チケットキューは読み取り専用で処理します。次の指示は名前付きの下書きを作り、チケットを変更しません。タスク用タブは普段のブラウザー作業と分かれています。

このローカルOpenClaw runtimeから、インストール済みTabbit SkillとTabbit CLIを使ってください。許可されたチケットキューを別のタスクタブで開き、テストチームの未解決チケットだけを読み取ります。「Ticket queue triage — draft 01」という名前の下書きを作り、チケットID、画面に表示されたタイトル、状態、更新日、参照URLを記録してください。氏名、メールアドレス、本文など個人情報は含めないでください。項目の変更、コメント追加、送信、チケットのクローズは禁止です。下書きと参照リンクを表示して確認を待ってください。Skillがない、ランチャーからTabbitに接続できない、またはサイトが未ログインの場合は、失敗した確認項目を報告して停止してください。

結果を使う前に、OpenClawが目的のSkillを読み込んだこと、ローカルshellからランチャーを実行できること、選択したTabbitで許可済みワークスペースにログイン済みであることを別々に確認します。openclaw browserが動いたことだけでは、ローカルshellのタスクが同じブラウザープロファイルを使った証拠にはなりません。ブラウザーMCPとCLIの違いも参照してください。

二つの接続経路で読めた内容

OpenClaw 2026.11.1とNode.js 24.16.0で、Tabbit Browser Devの一時プロファイルを二つ使いました。両方で同じローカルURLとレコード E08-FIXTURE を確認しました。管理ブラウザーでは No signed-in workspace と表示されました。別のブラウザーには先にテストCookieを入れ、OpenClawから existing-session とテスト用の userDataDir で接続しました。状態は transport: chrome-mcp で、同じレコードに Training workspace が表示されました。

接続を解除しても既存ブラウザーは動き続けました。テスト後に二つのブラウザーとGatewayを終了しました。Chromeの既定プロファイル、拡張機能、実際のアカウントは使っていません。別の明示的なCDP URLはポリシーで拒否され、成功したローカル接続ではそのポリシーを維持しました。許可済みのTabbitセッションがある場合は、接続範囲と返る情報で比較できます。 エージェントとツール 検索とブラウザー操作 TabbitとOpenClaw

Secholar.L

Tabbit グロース&コンテンツ担当

Secholar.L は AI ブラウザとエージェントワークフローについて、実際の調査と検証可能な一次情報に基づく実践的なガイドを執筆しています。