ブラウザ操作を自動化するAIエージェントで、実務上いちばんの障壁はログインです。認証済みのSaaSを操作させたいのに、エージェント側は毎回ログインからやり直しになります。
Browser Use Desktop Appは、この問題に普段使いのChromeのCookieをエージェント側にポートするという方法で答えています。ただしこの方式で解決すること・しないことの区別が決定的に重要でした。
この検証の概要
検証日 | 2026年5月4日 |
|---|---|
対象 | Browser Use Desktop App（v0系・2026年初頭リリース） |
方法 | ドキュメントベースのデスクリサーチ＋過去のBrowser Use CLI検証経験との比較 |
やりたかったこと | Cookieポート方式が、CLI版で頻発していたボット判定によるNGを緩和するか確認する |
結論 | 認証済みSaaS横断は◎、ボット検出下のスクレイピングは✗ |
判定 | 条件付きで導入可（★4.0/5） |
本記事はデスクリサーチ段階の記録です。実バイナリでの動作確認は未実施のため、実測値は含みません。
結論：Cookieポートは「ログイン状態の継承」であって「指紋の継承」ではない
この検証で最も重要な発見です。
Cookieポートはあくまで「ログイン状態の継承」までで、フィンガープリント（ブラウザ指紋）の継承ではありません。
この区別が、使える用途と使えない用途を分けます。
用途 | 評価 | 理由 |
|---|---|---|
認証済みSaaS横断タスク | ◎ | Cookieポートが効く定番ユースケース |
ボット保護下のスクレイピング | ✗ | Cookieをポートしてもフィンガープリント不一致で即無効化 |
ボット検出は、Cookieだけを見ているわけではありません。ブラウザの指紋が一致しなければ、認証済みのCookieを持っていても弾かれます。
「Cookie認証が生きていれば任意のSaaSを自動化できる」という素朴な仮説には、4つの壁が残ります。
- MFA / SSO の再認証（銀行・管理者系・SAML SSO）
- フィンガープリント（デバイス/IPバインドCookieの即時無効化）
- Shadow DOM（多用するSaaSではDOM解釈精度が低下）
- ToS違反リスク（自動化を禁止するサービスではアカウントBAN対象）
Cookieポートという発想
とはいえ、適した用途では強力です。
普段使いのChromeのCookieを、専用のクリーンなChromiumにポートし、ログイン済み状態でエージェントを起動する——これがこのアプリの中核機能です。
ポイントは「普段使いのChromeを汚さない」点にもあります。別プロセスとして起動するため、自分の作業中のブラウザとエージェントが干渉しません。
効くユースケース
たとえば「議事録をNotionに起票して、Linearにチケットを切って、Slackに通知して」といったタスクです。3つのSaaSすべてにログイン済みの状態で、Chromiumが順次操作します。
API連携を組めば同じことはできますが、それぞれのAPIキーを発行し、認証を通し、実装する必要があります。Cookieポート方式なら、その工程が不要になります。
WhatsApp経由のリモート発火
独自性が高い機能として評価しているのがこれです。
自分のWhatsAppに @BU ◯◯して と送信すると、自宅PCのDesktop Appがエージェントセッションを起動します。
外出先やモバイルから、手元にないPCの上でタスクを走らせられます。デスクトップエージェントを「常駐型秘書」化する仕組みという位置づけです。
あわせてグローバルショートカットにも対応しており、任意のアプリから即座にタスクを投入できます。起動の動線が「Raycast的」な軽快さで、CLIを触らずに済むため非エンジニアへの配布障壁が低い設計です。
Browser Useの3形態
提供側の戦略として整理できる点です。
項目 | Desktop App | CLI / SDK | MCP |
|---|---|---|---|
機能性 | GUI＋Cookieポート＋並列管理 | コードで何でも組める | LLMクライアント側のツール呼出 |
使いやすさ | ◎（非エンジニアOK） | △（要コーディング） | ○（クライアント次第） |
連携性 | ショートカット / WhatsApp | コード経由で何でも | MCPクライアントに依存 |
カスタマイズ性 | 中 | 高 | 中 |
CLI / SDK・MCP・Desktop Appという3形態に分化し、ユーザー層別の最適解を提示する戦略と読めます。Desktop Appはその中でエンドユーザー常駐型に振った異色の存在です。
マルチエージェント並列実行
GUI上で複数タスクを並行管理できる点も差別化要素です。CLI版を自前で並列化するより手軽という評価になっています。
上限はマシンリソース依存です。
セキュリティ・コンプライアンス上の懸念
この構成には、無視できない論点があります。
普段使いのChrome Cookieをプロセス間で移動させるため、社内コンプライアンス（特にSSOセッショントークンの取扱い）に抵触する恐れがあります。
評価項目 | 評価 | 詳細 |
|---|---|---|
暗号化 | △ | ChromeのCookie復号 → 別Chromium移植の経路はリスク面 |
アクセス制御 | △ | グローバルショートカットで誰でも発火可能（PCに物理アクセスがあれば） |
コンプライアンス | ✗ | 社用PCのSSO Cookie移植は社内ポリシーと衝突する可能性 |
個人環境での試用が現実解という結論です。社用PCでの利用は、事前確認なしに進めるべきではありません。
技術的リスク
- MFA/SSO再認証で詰まる（銀行・管理者系・SAML SSO）
- デバイス/IPバインドCookieの即時無効化
- ChromeのCookie暗号化ストレージ仕様変更で破綻（Keychain / DPAPI）
- JS重め・Shadow DOM多用SaaSではDOM解釈精度が低下
- ToS違反リスク — 自動化を禁止するサービスではアカウントBAN対象
3つ目が特に構造的な問題です。Chrome側の仕様変更で動かなくなる可能性が常にあります。公式にサポートされた連携方法ではないため、追従が必要になります。
用途の見極めが最重要
この検証のTipsとしてまとめられている内容です。
- 適性領域を見極めて使う — 認証済み社内SaaS横断は◎、ボット検出下のスクレイピングは✗
- 個人環境で試す — 社用PCではSSO Cookie取扱いの観点でNGの可能性大
- ステルス突破が必要なら専用ツールと併用 — Desktop Appは本来そういう用途のツールではない
ツールの守備範囲を誤ると、動かない理由を延々と探すことになります。この検証の価値は、その境界を先に明確にした点にあります。
よくある質問
Cookieをポートすればボット検出を回避できますか？
できません。Cookieポートは「ログイン状態の継承」であって「フィンガープリントの継承」ではありません。指紋が一致しなければ、認証済みCookieを持っていても即座に無効化されます。
どんな用途に向いていますか？
自分が普段ログイン済みのSaaSを横断操作する用途です。Notion・Linear・Slack・社内管理画面などを続けて操作するタスクで効果が出ます。
社用PCで使えますか？
事前確認が必要です。SSOセッショントークンをプロセス間で移動させるため、社内ポリシーと衝突する可能性があります。個人環境での試用が現実解です。
CLI版と比べてどうですか？
使いやすさとCookieポートで優位、カスタマイズ性で劣ります。プロンプト・ツール定義・モデル選択の柔軟性が必要ならCLI/SDK版の併用が現実的です。
まとめ
- Cookieポートは「ログイン状態の継承」であって「指紋の継承」ではない。この区別が用途を決める
- 認証済みSaaS横断は◎、ボット検出下のスクレイピングは✗
- 残る4つの壁はMFA / フィンガープリント / Shadow DOM / ToS
- WhatsApp経由のリモート発火とグローバルショートカットで「常駐型秘書」的な使い方ができる
- 社用PCのSSO Cookie移植は社内ポリシーと衝突する可能性。個人環境での試用が現実解
- Chromeの暗号化ストレージ仕様変更で破綻するリスクが構造的に残る
自動化ツールを評価するときは、できることの一覧より「どこまでは無理か」を先に確認しておくと判断が早くなります。境界が分かれば、そこに合う使い道が見えてきます。
株式会社AI棒では、こうしたAI活用の検証を日々行い、企業の業務自動化を支援しています。ご相談はお問い合わせフォームから、継続的な伴走支援についてはAI参謀をご覧ください。