何が起きたか
Anthropicは、Claude Coworkにデスクトップアプリ内で動く独自ブラウザを組み込みます。タスクの遂行にWebサイトが必要になると、サイドパネルにブラウザが立ち上がり、Claudeがページを読み込み、内容を解釈し、クリックや文字入力を行います。提供開始は今週、対象はPro・Max・Teamの各プランとEnterprise顧客です。
この内蔵ブラウザは、ユーザーが普段使っているブラウザとは分離されています。したがってClaudeは、ユーザーのタブ・ブックマーク・保存済みパスワードを見ることができません。ログイン状態が必要な場合は、Chrome・Edge・Firefoxから「1ページずつ」移す方式が用意されています。ただし銀行系サイトとメールサイトは、ログイン移行の対象外とされています。すでに開いていてログイン済みのページを扱いたい場合は、従来どおりChrome拡張の利用が推奨されています。
なぜ重要か
注目すべきは「APIがないポータルでも動く」という点です。企業の業務は、APIが整備された基幹システムだけで回っているわけではありません。取引先の受発注ポータル、広告代理店のレポート画面、行政や業界団体の申請サイト、社内の古い管理画面——こうした「連携できないから人間が手で開くしかない場所」が、実務時間の少なくない部分を食っています。画面を読んでクリックするエージェントは、この領域に直接手が届きます。
つまり内蔵ブラウザは、RPAが担ってきた「画面操作の自動化」に、言語モデルの解釈力を持ち込む動きだと読めます。従来のRPAはセレクタや座標に依存し、画面が少し変わると壊れました。ページを読んで判断する方式なら、その脆さは原理的に和らぎます。
分離設計が示すもの
ユーザーのブラウザと切り離す設計、そして銀行・メールをログイン移行から除外する判断は、利便性より事故の封じ込めを優先したものと見るのが自然です。Anthropic自身がプロンプトインジェクション(Webページ側に仕込まれた指示でAIを乗っ取る攻撃)のリスクに触れ、信頼できるサイトに限って使うよう促しています。
裏を返せば、この機能は「AIに認証情報を持たせて画面を触らせる」という、これまで企業が慎重に避けてきた領域に踏み込みます。分離とサイト制限は安全装置ですが、免罪符ではありません。
💼 事業会社視点：これは自社にどう効くか
まず動くべきはEC・広告運用・受託開発の現場です。ECなら各モールの管理画面、広告なら媒体別のレポート画面と、APIが揃わないまま人手で日次巡回している業務が確実にあります。ここは今週から検証可能な領域で、「巡回して数値を集める」作業の内製化余地を月次工数で試算し直す価値があります。
受託開発・BPO事業者にとっては両面です。画面操作の代行を人月で請けているなら単価圧力になりますが、逆に「エージェントに何をどこまで触らせるかの設計・運用」は新しい受注領域になります。
経営側の宿題は権限設計です。Claudeに移すログインは、人間と同じ全権アカウントではなく、参照専用や最小権限の専用IDを新規発行するのが筋です。銀行・メールが移行対象外である事実は、社内でも同水準の線引きを求めます。さらにプロンプトインジェクションを踏まえ、「エージェントが訪問してよいドメインのホワイトリスト」を情報システム部門と先に決めておくべきです。Pro・Max・Team・Enterpriseで今週提供される以上、現場が個人プランで勝手に使い始める前に、方針を出せているかどうかが分かれ目になります。