Claude in Chrome で Claude にブラウザを操作させる — 有料プラン全開放後の初期設定と運用上の注意点

Claude in Chrome は、Chrome のサイドバーに常駐する Claude が現在のタブを見て、クリック・タイピング・フォーム入力・タブ間の情報の受け渡しまで代行してくれる Chrome 拡張です。2025 年 8 月に Max プラン限定の research preview として発表されたときは対象が 1,000 人と非常に絞られていましたが、Chrome ウェブストアの拡張機能ページでは 2026 年 2 月時点で全有料プランで利用可、というところまで来ています。

私は普段 Claude Code と Codex をターミナルからヘビーに使っていて、ブラウザ操作は必要になったら都度 Playwright MCP を経由する、という運用でした。Claude in Chrome を導入してからはこの位置づけが変わり、ブラウザを開かないと成立しない業務、特にログイン後の Web サイト画面が絡む作業をかなりの割合で Claude 側に寄せて回しています。この記事はしばらく本格運用してみた所感を、初期設定・実際に動く/動かないタスク・権限モデル・他の選択肢との住み分けの順に整理したものです。

Claude in Chrome とは何か

拡張機能の中身は、Chrome の右サイドパネルに Claude のチャット UI を出し、その Claude に対して「今開いているタブ」の DOM 可視情報と、必要に応じて別タブの情報を渡す仕組みです。ユーザー側の指示は自然言語で、Claude はそれを DOM 要素への click・input・スクロール・URL 遷移などの具体的な操作列に落として実行します。

プロダクトページが挙げているユースケースはおおむね次のような系統です。

分析ダッシュボードの読み取り・要約
Google Drive 上のファイル整理
カレンダー予定からの下準備
競合調査（複数タブを横断した情報収集）
CRM への入力・メール受信箱の整理
社内の管理画面・レガシーポータル・請求システム系の操作

このうち後半 3 つ、いわゆる社内の管理画面やレガシー UI に対する操作代行が、他のブラウザ自動化ツールとの差別化として押されている印象です。Selenium や Playwright でスクリプトを書くほどでもないが、毎日ちょっとずつ手が取られる、という類の作業を LLM に丸投げできるか、というのが実際の評価軸になります。

導入手順

導入自体は素直で、実質 3 ステップです。

Chrome ウェブストアの拡張機能ページから拡張機能を追加する
サイドパネルを開き、有料プランの Claude アカウントでサインインする
最初にアクセスするサイトで、そのオリジンへの操作権限を許可する

拡張機能自体は 6.19 MiB とそこそこの大きさで、personally identifiable information・personal communications・web history・user activity・website content あたりの取得権限を要求します。これはブラウザ内 Claude が DOM を見て操作するという性質上避けようがない範囲ですが、要求権限が広いことは事前に理解しておくべきです。

Chromium 系の他ブラウザ（Brave・Arc・Vivaldi など）や、モバイル Chrome への対応はまだありません。拡張機能が Chrome 固有の Extension API 前提で書かれているためだと思われます。

実際に任せて動くタスク

しばらく本格運用してみて、日常的に任せているタスクは大きく次の 2 系統に分かれます。

まず読み取り主体の系統としては、以下のようなタスクは 1 回の指示で完走する率が高いです。

開いている技術記事・PDF の要約と、そこから抽出したポイントをコピー可能なテキストにする
Google Drive フォルダを開いた状態で「この配下のスプレッドシートを名前でグルーピングして」と依頼し、整列・命名規則の提案を受け取る
Google Calendar 上の予定を開いて、参加者リストと関連ドキュメントリンクを別タブに切り替えながらまとめる
管理画面上のリスト UI から、条件に合うレコードだけ抽出して手元にコピー
複数の記事タブを開いた状態で「この 5 本を通し読みして、共通する主張と食い違う主張を出して」

もう 1 系統が、ログイン後の Web サイト画面上での操作代行です。ここが Claude in Chrome を入れて明確に変わったところで、「ログインだけは人間がやり、その後の操作は Claude に任せる」というモデルが成立します。

経費申請 SaaS で、レシート画像とカレンダー上の会議情報を突き合わせて、日付・金額・費目・目的欄を Claude に埋めさせる
社内 SSO の先にある管理画面（Okta・Google Workspace 経由で入る各種 SaaS）で、リスト画面から特定条件のレコードを抜き出す
稟議・タスク管理系 SaaS（Notion・Asana など）で、テンプレを開いた状態から具体案件のフィールドを埋めさせる
CRM・SFA 系ツールで、直近のミーティングログを他タブから拾って活動ログを起票させる
出張申請・PC 資産申請などの社内フォーム系で、テンプレ入力の下書きまで作らせる

このモデルは、認証情報は一切 Claude に触らせないという運用と両立します。人間が自分の 1Password なりパスワードマネージャなりで普通にログインし、セッションクッキーが立った状態のタブを Claude に渡すだけです。以降 Claude が触るのはあくまでログイン後の画面で、パスワードや MFA コードを Claude が見ることはありません。

この 2 系統のどちらも「読み取り主体・単発・可逆」＋「ログイン後の日常業務」という共通の envelope に収まっていて、この envelope に入っているうちは Claude in Chrome は日々のタスクを素直に吸ってくれます。従来 Claude Code や Codex に任せられる範囲は、ローカルのファイル・API・CLI で完結する作業に限られていて、ログイン後の Web サイト画面が絡む業務は自分の手で片付けるしかありませんでしたが、そこが埋まった、というのが導入前後の一番大きな差です。

誤操作の影響が大きく、人が確認する必要のあるタスク

一方、次のような系統はサイドバー Claude が誤操作した場合の影響が大きく、私は自分では避けています。

金融取引・ネットバンキング上での操作
医療情報・保険情報など、機微情報を含む画面上での操作
認証情報（パスワード・API キー）を入力する画面での操作
ワンウェイな結果を伴う操作（送信ボタン・削除ボタン・支払い確定など）を含むフロー

これは私の個人的な忌避というよりは、Claude in Chrome のプロダクトページ上で Anthropic 自身が「銀行・医療記録・機微な認証情報・一方向な結果を伴うワークフローには使わないこと。使う場合も Claude の意図を実行前に確認すること」と明示している範囲そのものです。ここに書かれているのは「動かない」という話ではなく「安全性の保証がまだ十分でない」という話です。プロンプトインジェクション対策として分類器（classifier）は搭載されていますが、完全ではありません。

権限モデルの構造

現行の Claude in Chrome は、権限を大きく次のレイヤーに分けて扱います。

レイヤー	何を制御するか	誰が決めるか
Permission Mode	サイト単位の許可（オリジンごとの allowlist）／ガードレール付き自動許可	ユーザー
Protected Actions	購入・金銭送金など、明示承認が必須の操作カテゴリ	Anthropic
Site Blocklist	Anthropic 側でそもそも操作させない領域（銀行系・成人向けなど）	Anthropic
Enterprise Policy	組織単位の allowlist・blocklist、機能有効化ポリシー	組織管理者
Prompt Injection Classifier	ページ内に埋め込まれた敵対的指示の検出	Anthropic

ここで実務的に重要なのは、上から 2 番目の Protected Actions と、3 番目の Site Blocklist が Anthropic 側で握られている点です。個人ユーザーとしては、「怖いから金融系は外したい」と思っても外し方は基本ありませんし、「便利だから金融系でも使いたい」と思っても Anthropic の判断で塞がれます。これは今のフェーズでは正しい設計だと思います。

Enterprise Policy レイヤーは、社内展開時に必ず確認すべきポイントです。Claude for Enterprise 経由で Claude in Chrome を配布する場合、組織側で allowlist と blocklist を切れます。逆に個人プランで各人が勝手にインストールしている状態は、統制の観点では要注意です。

他のブラウザ自動化手段との住み分け

自分の中では、以下のような使い分けに落ち着いています。

flowchart TD
    Q1{目的は開発の自動化か日常業務か}
    Q1 -- 開発の自動化 --> Q2{再現性・CI 実行が要るか}
    Q2 -- Yes --> P1[Playwright / Selenium で明示的にスクリプト化]
    Q2 -- No --> Q3{開発者ワークフローの中でブラウザを触るか}
    Q3 -- Yes --> P2[Claude Code の claude-in-chrome MCP]
    Q3 -- No --> P3[Computer Use API を単発起動]
    Q1 -- 日常業務 --> Q4{機微情報・金銭・削除を含むか}
    Q4 -- Yes --> P4[人間が直接操作する]
    Q4 -- No --> P5[Claude in Chrome サイドバー]

Claude Code のプラグインとして提供されている claude-in-chrome MCP 系のツール群は、開発者がターミナルから Chrome を操るためのもので、本記事のトピックであるコンシューマー向けサイドバー拡張とは別物です。私自身、ターミナル起点で「テストサイトの挙動を Claude Code に確認させたい」という用途はこちらを使い、Google カレンダーの下ごしらえのような日常業務ではサイドバー拡張を使う、という切り分けをしています。

Playwright や Selenium は変わらず現役です。CI で 100 回同じフローを流したい、テストの一部として組み込みたい、というときにサイドバー Claude を使う理由はまったくありません。そもそも Claude in Chrome は「毎回同じことをやる」ためではなく、「毎回微妙に違う実世界の作業を LLM に判断させながら通す」ためのツールという性格が強いです。

本格運用してみての評価

しばらく本格運用してみて一番強く感じるのは、AI エージェントに任せられるタスクの幅がひと段ぼんと広がった、という手応えです。ローカルの開発作業は Claude Code や Codex に、ログイン後の SaaS 業務は Claude in Chrome に、それぞれ食べさせる、という分担が現実的に成立します。特に経費申請・稟議・社内フォーム入力・SaaS 上の情報突き合わせのような「代替 API があるわけでもなく、かといって毎回スクリプトを書くほどでもない」領域は、AI エージェントに寄せる前提での運用がしっくり来る、という肌感です。

Chrome ウェブストアのレビューが 2.8/5 と低いのは、期待値のミスマッチが原因だと読んでいます。銀行操作・購入確定・パスワード入力まで含めて丸ごと自動化される、と期待して入れると、Anthropic 側で塞がれている領域が多く「動かない」と感じます。逆に「読み取り主体・単発・可逆」＋「人間がログイン済みの日常業務」に絞って渡している間は、体感の失敗率はかなり低いです。

もう 1 つ、社内展開する立場からは「個人プランで入れさせず、Enterprise ポリシーで allowlist・blocklist を張った上で入れる」を強く推したいところです。Claude in Chrome は DOM の read/write ができる特権拡張であり、プロンプトインジェクション対策の classifier が入っているとはいえ、業務上のセンシティブな画面がどこまで見られる可能性があるかは、事前に見取り図を持っておくべきです。

まとめ

Claude in Chrome は 2025 年 8 月の Max 限定 research preview から段階的に開放され、2025 年 12 月 18 日に Pro・Team・Enterprise まで拡大した（Pro は数週間かけて段階展開、Enterprise は既定で無効・管理者が有効化）
効き所は「人間がログインまではやり、その後の操作は Claude に任せる」モデル。経費申請・SaaS フォーム・稟議・CRM 起票など、代替 API を持たないログイン後業務の幅がまとめて任せられるようになる
得意領域は「読み取り主体・単発・可逆」＋「ログイン後の日常業務」。要約・複数タブ横断の情報収集・SaaS 上のテンプレ入力代行あたりは日常的に完走する
苦手（というより Anthropic 自身が非推奨としている）のは金融・医療・認証情報・一方向な結果を伴うタスク
権限モデルは Permission Mode（ユーザー）／ Protected Actions・Blocklist（Anthropic）／ Enterprise Policy（組織）の三層で、社内展開時は Enterprise ポリシーを噛ませたい
開発者ワークフローで CI 再現性が要るなら Playwright、ターミナル起点なら Claude Code の MCP、日常業務のサイドバー的な使い方なら Claude in Chrome、という住み分けが今のところ落ち着きどころ

以上、Claude in Chrome を本格運用してみて、AI エージェントに任せられるタスクの幅が広がった実感と、権限モデル・他の選択肢との住み分けを整理した、現場からお送りしました。

サイト内検索