Anthropic · Claude Code
ターミナルの AI が、
自分でブラウザを開き始めた。
Claude Code に 内蔵ブラウザが追加されました。6 月までは Playwright / Puppeteer 系の MCP プラグインを繋いで初めて成立していたブラウザ操作が、Claude Code 単体で完結します。ログイン後の管理画面確認、内部ツールでのフォーム入力、社内ドキュメントの検索——「ちょっと画面を開いて確かめてくる」を、AI 自身が終わらせられるようになりました。THE DECODER の報道が最初に伝えました。
The Change
ブラウザが、
プラグインではなく「機能」になった
これまでの「MCP でブラウザを繋ぐ」から、「Claude Code の中にブラウザがある」へ、境界が動きました。
これまで、Claude Code にサイトを触らせるには、Playwright / Puppeteer などを叩く MCP プラグインを別で入れておく必要がありました。開発者の手元では動いても、認証セッションの引き継ぎ、CI 環境での再現、Windows・macOS の差など、初期セットアップに時間を吸われる場面が多かったのが実情です。
今回の内蔵化で、プラグインの入れ忘れによる「動くはずが動かない」失敗が消えます。CLI から普通のコマンドとして browse を叩けば、ページを開き、ボタンを押し、フォームに入力し、結果を Claude が読む——ここまでを 1 セッションで閉じ切ります。THE DECODER の第一報が「AI can open sites, click, and fill forms itself, no MCP plugin needed」と要点を絞ったのは、この構造の変化を示しています。
By The Numbers
実務で効くのは、
この 6 つ
Why It Matters
「触ってくる」を AI が閉じることの意味
これは機能追加というより、コーディング AI の境界が「文字列」から「画面」に広がったという出来事です。
従来、コーディング AI ができるのは「コードを書く・テストを流す・PR を出す」までで、その先の「実際に動いた画面を見て確かめる」は人間の担当でした。ブラウザ操作を MCP で繋げば近い体験は作れましたが、境界を跨ぐ設定の重さが「毎回そこまでやるほどでもない」に落ち着きがちでした。今回、その境界が Claude Code の内側に取り込まれたことで、「実装 → 確認 → 修正」の 1 ループを AI が単独で閉じられるようになります。
短期的なインパクトは地味です。数分単位の作業が消えるだけ。ただし、この「数分×毎回」が積み上がる場面（PoC・E2E テスト・管理画面の点検）では、日次のリズムが変わります。競合の Codex や Cursor はまだ MCP モデルに寄っており、Claude 側だけが「同梱ブラウザ」を持つ状態が数か月続く可能性があります。
Who It Hits
誰に、どう効くか
フロント/アプリ開発
実装した画面を Claude 自身に開かせ、フォーム送信までの経路を確認できます。手動 QA の一次スクリーニングが Claude Code 内で完結します。
社内ツール運用
管理画面のちょっとした操作（ユーザー削除、フラグ切替の確認）を Claude Code に任せられます。踏み台マシンからの手作業が減ります。
ドキュメント調査
公式ドキュメントの深い階層を辿らせて、根拠付きの回答を作らせられます。従来の「URL を貼って要約」より一段深い調査ができます。
コーディング AI の境界は、
「文字列」から 「画面」へ動いた。
What To Do Next
今週試すべき、
3 つの実験
手動 QA の 1 シナリオを内蔵ブラウザに置き換える
普段 QA が最初にやる「サインアップ→初回ログイン→トップ表示確認」を Claude Code から回してみます。数分の作業を 「実装したら勝手に流れる」 に変えるだけで、開発者の集中が守られます。
MCP プラグインの棚卸し
ブラウザ系の MCP は当面残しても良いですが、「Claude Code の内蔵で足りるもの」 は削っておくと、CI 上のセットアップが軽くなります。プラグインの取捨は今週決めても遅くありません。
権限境界の再点検
ブラウザから飛べる先が広がるほど、認証情報の露出と 本番管理画面への意図せぬ操作のリスクが増えます。今週中に、Claude Code から触ってよい URL 範囲・ドメイン・ロールを白書に落としておきます。
Counterview
反対視点と限界
楽観の側だけでは片手落ちです。まず、本番管理画面まで AI に触らせることは、書き込み系の権限を Claude Code 側に譲る意思決定です。プロンプトインジェクション経由で意図せぬ操作を走らせるリスクは、内蔵化されたぶん「見えにくく」なります。書き込み系は今週も引き続き人間承認を挟むのが妥当です。
もうひとつ、内蔵ブラウザは「同梱＝メンテナンスされ続ける」保証と裏表です。過去の内蔵機能が数か月〜1 年で API 化されて外に出た例もあり、今の便利さが長期の設計前提になるかは未確定です。CI で使う場面は、Playwright ベースの代替経路も一応残しておくと安全です。