必要なアクセスと人の確認に合わせてブラウザの実行場所を選びます。ローカルは専用または許可済みのプロファイルを使えます。クラウドは別のホストにあり、ネットワークとプロファイルも独立します。どちらでもモデルの実行場所は別にできます。
r/hermesagent では、VPS で動くエージェントのためにホスト型ブラウザのセッションをプロセス間で維持し、その統合も必要だったという報告がありました。以下では監督できるデスクトップの例として Tabbit Browser を扱います。Reddit の元投稿
要点
端末の VPN やその場での人の操作が必要なら、ローカルブラウザから始めます。
無人で実行するなら、許可されたネットワーク経路と専用の認証を用意してからクラウドを選びます。
ローカルのプロファイル接続とクラウドのセッション復元は別の設定です。実行前にアカウントとワークスペースを確認します。
並行実行数は、ホストの容量、アカウントの分離、サイトの制限で決まります。
失敗や人の作業も含めた総費用を、結果まで確認できた件数で割ります。
ローカルとクラウドの比較
| 項目 | ローカル | クラウド |
|---|---|---|
| ログイン | 専用プロファイル、または明示的に接続した既存プロファイル | 新規セッション、または保存したコンテキスト |
| ネットワーク | 端末の経路、VPN、端末内サービス | リモートホストの経路、DNS、通信出口 |
| 並行実行 | 端末の容量とプロファイルの分離 | サービスの上限、アカウントとサイトの制限 |
| 費用 | 端末、保守、対応時間 | プラン、実行時間、通信量、対応時間 |
| 引き継ぎ | デスクトップのウィンドウで確認 | リモートセッションやキューから再開 |
まず認証とネットワークを確認する
ローカルブラウザは自分の localhost や許可済みネットワークに届きます。正しいプロファイルに接続すれば既存の認証を使えます。クラウドは保存設定がないと新規プロファイルから始まるのが一般的です。範囲を限定したテストアカウントか承認済み認証を使い、オリジンと画面の目印を確認します。状態のコピーには機密データが含まれる場合があります。
Browser Use は既存のプロファイルへの接続を、Browserbase はコンテキストの復元を説明しています。開いているタブを使うなら開いているブラウザーにAIエージェントを接続する方法を、ログイン先の確認にはCodexはログイン済みの管理画面を読める？を参照してください。私用アカウントを作業対象から外すにはブラウザのプロファイル・ワークスペース・タブグループの違い：仕事と私生活を完全に分離する方法が役立ちます。Browser Use の文書 · Browserbase のコンテキスト
リモートブラウザで localhost を開くと、接続先はそのリモートホストです。プライベート DNS や VPN が必要なサイトには、許可済みの接続経路か検証用のアドレスを用意します。Codex Cloudが手元のlocalhostを開けない理由 · Virtual browser
並行実行と障害復旧を見積もる
ローカルの並行数は CPU、メモリ、分離、人の関与に左右されます。遠隔サービスは並行セッションを提供できますが、事業者と対象サイトの制限があります。状態の共有で衝突する場合はタスクを分離します。再起動方法と、書き込み済みか確認する手順を記録します。
ブラウザを同時に開ける数と、サイトが同一アカウントの書き込みを受け付ける数は別です。Playwright はサーバー状態を変更する並行テストに別々のアカウントを推奨し、保存した認証情報の悪用にも注意を促しています。OpenClaw も管理対象ブラウザと既存プロファイルを分けています。OpenClawのブラウザー設定とプロファイルの選び方 · Playwright の認証文書 · OpenClaw のブラウザ文書
確認済み成功あたりのコストを求める
ブラウザ、モデル、再試行、ストレージ、通信、人の時間を同等バッチで合計し、検証済みの成功数で割ります。失敗分も費用に含めます。成功がゼロなら総支出と成功ゼロを報告します。初回結果までの時間と人の介入は別に記録します。基準とトラフィック条件をそろえます。
確認済み成功あたりの費用 = バッチの総費用 / 確認済み成功件数Browserbase の料金ページにはブラウザ使用時間、同時セッション数、プロキシ通信量が別々に記載されています。ローカルの機材と保守費用は同じ期間に配分し、ログイン復旧にかかる人の時間も加えます。Browserbase の料金
Tabbit Browser で作業を見守る場合
開いている業務ページを要約する場合、Tabbit Browser の Agent Mode に対象タブ、読み取る項目、書き込み前の停止点を伝えます。結果は同じウィンドウで確認できます。
本人確認が必要になったら、権限のある人に引き継ぎます。r/hermesagent のコメントには、取り消し可能で利用範囲の狭い認証情報を使う例があります。個人の運用例です。Reddit の議論
端末の電源を切った後もレポートを作成するなら、許可されたネットワークとセッションを持つ常時稼働のホストに任せます。Background browser automation
いつ移行するか
| 作業 | 最初の候補 | 判断が変わる条件 |
|---|---|---|
| 担当者が立ち会う VPN 内のレポート | ローカル | 遠隔からの私設網アクセスとサービス用アカウントを承認済み |
| 公開サイトの夜間巡回 | クラウド | サイトが遠隔の通信出口や並行処理を制限 |
| ログイン済み管理画面への書き込み | 人が確認できるローカル | 遠隔承認と重複書き込みの検出が可能 |
| 無人キューに処理待ちが発生 | ブラウザ容量が原因ならクラウド | サイトのアカウントやリクエスト上限が原因 |
代表的なタスクを一つ選び、正しいワークスペース名や出力ファイル、書き込みの受領記録などで成功を定義します。ブラウザエージェントの設定を確認する方法を使って確認してください。開いたタブを見守れるなら Tabbit Browser から始められます。
よくある質問
クラウドに手元のログインは引き継がれますか？
通常は別プロファイルです。許可された認証や状態保存を使い、期待するログイン状態を確認します。
ローカルの並行数を決める要因は？
ローカルの並行数は CPU、メモリ、分離、人の関与に左右されます。遠隔サービスは並行セッションを提供できますが、事業者と対象サイトの制限があります。状態の共有で衝突する場合はタスクを分離します。再起動方法と、書き込み済みか確認する手順を記録します。
成功あたりのコストをどう求めますか？
ブラウザ、モデル、再試行、ストレージ、通信、人の時間を同等バッチで合計し、検証済みの成功数で割ります。失敗分も費用に含めます。成功がゼロなら総支出と成功ゼロを報告します。初回結果までの時間と人の介入は別に記録します。基準とトラフィック条件をそろえます。
ローカルとクラウドをどう比べますか？
許可済みテストアカウントと安定した目印を使います。タスク、入力、結果、許可する操作をそろえ、場所、ネットワーク、プロファイル、時間、再試行、検証を記録します。初期化を測る場合以外はログイン済みと新規プロファイルを直接比較しません。繰り返し測って立ち上がりと定常状態を分けます。
いつクラウドに移行しますか？
端末が使えない間の実行やブラウザ容量の追加が必要なら、許可済みの遠隔経路とアカウントを確認してから移行します。中断後の再開方法と結果の確認方法も決めます。
クラウドブラウザから手元の localhost を開けますか？
localhost はブラウザを実行する機械を指します。手元のサービスに接続する場合は、承認された検証アドレスかプライベート接続を使用します。