TabbitBlog

OpenHands でログイン済みブラウザーを使う

Local Workspace だけではホストのブラウザーにアクセスできません。実行環境を確認してから、検証済みの Tabbit CLI 接続を検討します。

この記事の内容
  1. 要点
  2. まず実行環境を選ぶ
  3. 3つの接続を別々に確認する
  4. レビュー可能な手順を作る
  5. リモートで実行する場合
  6. タスクに応じて選ぶ

OpenHands がローカルのプロジェクトにアクセスできても、ホストのブラウザーを操作できるとは限りません。Local Workspace、サンドボックス/コンテナ、リモートのどこで動いているか確認してください。Agent と Tabbit CLI がサポートされた同じホストで動作する場合は、読み取り専用ページで接続を検証します。プロジェクトのマウントはブラウザー socket、Cookie、ログイン状態へのアクセスを示しません。

Reddit の利用者は “Playwright CLI for isolated browser testing” と書いています。これは関連する作業上の問題を示すもので、OpenHands と Tabbit の互換性を証明するものではありません。 元の投稿を読む

要点

  • モデル名だけではブラウザー操作は有効になりません。

  • Skill の検出、ローカルランチャーへの接続、サイトのログイン状態は別々に確認します。

  • 名前付きの下書きや確認レポートを作成し、次の操作は人が確認してから進めます。

  • リモート環境やコンテナに明示的にサポートされたローカル接続がなければ、手動で引き継ぎます。

まず実行環境を選ぶ

Agent の構成ブラウザー経路確認事項
Local Workspaceコマンドの実行場所を調べる実行環境とコマンド位置を確認
Docker/サンドボックス文書化された接続方法を確認接続確認、または手動リスト
ホスト型 OpenHands別途ローカル引き継ぎが必要ローカルで読み取り確認
ローカル Agent と CLIローカル CLI が候補読み取り専用で検証

Local Workspace はファイルへのアクセスを指し、ホストで実行されるとは限りません。OpenHands のサンドボックス/コンテナとブラウザー接続は別条件です。コミュニティの隔離 Playwright 手順も Tabbit 対応の証拠ではありません。 公式ドキュメント

3つの接続を別々に確認する

  1. Agent と CLI がローカル、コンテナ、リモートのどこで実行されるか確認します。

  2. クライアントが Tabbit skill を検出するか確認します。/tabbit は認識される場合だけ使用します。

  3. ローカル Tabbit CLI が使え、対象ブラウザーが選択されていることを確認します。

  4. サイト、アカウント、ページは自分で確認します。ランチャーが動いてもサイトにログインした証明にはなりません。

レビュー可能な手順を作る

まずページとアカウントを確認し、読み取り専用で調べます。結果を preview-184-review.md に保存して Agent に下書きや差分を作らせ、最後に確認します。これは例であり、統合テストではありません。

  1. 選択した Tabbit プロファイルで作業ページを開き、ID とアカウントを確認します。

  2. preview-184-review.md という名前の独立タスクを作り、必要なページ内容だけ読みます。

  3. 表示された状態、根拠、未解決事項、URL を保存します。

  4. ページとレポートを照合し、送信や変更の前に停止します。

プロンプト例:

OpenHands runtime からローカル Tabbit CLI に到達できる場合だけ skill を使用します。
文書化された接続がないコンテナやリモート環境なら停止し、手動チェックリストを作ります。
選択した Tabbit インスタンスのログイン済みプレビューだけを確認します。
"preview-184-review" を作成し、ビルド表示と見出しを確認します。
期待値/実際の表示と未確認事項を preview-184-review.md に保存します。
保存や公開はせず、人の確認を待ちます。

リモートで実行する場合

Agent がリモートで動き、文書化されたローカル接続がない場合は、チェックリストやコード作業を依頼し、ブラウザー操作は PC で行います。パスワード、Cookie、プロファイル全体は渡さないでください。

タスクに応じて選ぶ

タスクの状況引き継ぎ方法人による確認
Local Workspace実行環境とコマンド位置を確認URL、アカウント、ビルド表示を確認
Docker/サンドボックス接続確認、または手動リストCookie 共有を想定せず環境確認
ホスト型 OpenHandsローカルで読み取り確認見えた結果と未確認事項
ローカル Agent と CLI読み取り専用で検証停止して人が確認

設定の詳細は Tabbit CLI ガイド 既存ブラウザーへの接続 ログイン済みセッションの再利用 最初のタスクのチェックリスト Browser MCP と CLI の比較 Codex の設定例 ローカル Web アプリの検証 ブラウザーセッションの基礎を参照してください。これらは Tabbit または一般的なブラウザーワークフローの説明で、OpenHands のネイティブ統合を証明しません。

ページがローカルでログイン済みで、検証済みクライアントからランチャーを呼び出せる場合に Tabbit を検討します。それ以外は PC でブラウザータスクを行い、必要な根拠だけを Agent に渡します。

よくある質問

Local Workspace はホスト実行を意味しますか?

いいえ。プロジェクトファイルへのアクセスを示すだけで、コマンドはサンドボックスやコンテナで動く場合があります。現在の設定を確認してください。

Docker から Tabbit のログイン状態を使えますか?

自動では使えません。文書化されたローカル接続が必要です。プロジェクトのマウントはブラウザー socket や Cookie の共有を示しません。

接続をどのように検証しますか?

Agent と CLI の実行場所を確認し、ランチャーとブラウザーを検査したうえで、ページとアカウントを読み取り確認します。

リモート OpenHands は PC のブラウザーを操作できますか?

サポートされ検証済みのローカル引き継ぎがある場合だけです。GitHub へのアクセスはローカルタブへのアクセスではありません。

プレビュー確認後に何を保存しますか?

期待値と実際の表示、画面上の根拠、未確認事項を名前付きレポートに保存して人に確認してもらいます。

ブラウザータスク中も作業を続けられますか?

ローカルタスクが接続できれば、Tabbit は独立したタブで実行できます。続ける前にタスクタブとプロファイルを確認してください。

次のステップへ

Tabbit と一緒に仕事をしましょう。

タブをまたいで調査し、繰り返しのブラウザ作業を自動化し、あらゆる文脈を手の届くところに。