Cursorの「Connect to Browser」とは？AIがブラウザを操作する仕組み・設定・使い方【Cursor 2.0以降】

Connect to Browser は、Cursor のAIエージェントにブラウザを直接操作させる組み込み機能です。ページを開いてスクリーンショットを撮り、コンソールのエラーやネットワークを読み、フォーム入力まで自然言語の指示だけで実行します。拡張機能や外部ツールのインストールは不要で、Cursor 1.7（2025年9月）で追加され、2.0（2025年10月）で標準機能になりました。この記事では、何ができるか、有効化と承認の設定、指示の書き方、そして「AIとブラウザをつなぐ仕組み」を、よくある誤解（MCPを自分で組む必要がある／SOC2で安全性が担保される）の是正まで含めて、公式ドキュメントに沿って整理します。

まとめ：Connect to Browserの要点

• Cursor 2.0 以降の標準機能で、拡張機能や外部ツールを入れずにエージェントがブラウザを操作する。
• 現行はCursor内蔵の安全なWebビュー「Browser Tab」として動作。チャットで @Browser を付けるか、操作を伴う依頼をすれば起動する。
• 仕組みはCursorが内部で制御しており、利用者がMCPサーバを設定する必要はない。外部の実Chromeを操作したい時だけ Playwright MCP 等を別途入れる。
• ブラウザ操作は既定で毎回承認が必要（Auto-Run設定）。allowlistは万全ではなく、プロンプトインジェクションで想定外の操作が起きうる点に注意。
• 強いのはフロントエンドのデバッグ・UI/フォーム検証・軽い情報取得。本番ログインや機密データ、厳密なE2E回帰には向かない。

Connect to Browser とは：AIがブラウザを操作する組み込み機能

Connect to Browser（公式名は Browser ツール）は、コードエディタである Cursor が、隣に置いたブラウザをAIエージェント経由で操作できるようにする機能です。従来はコードを書いて画面を確認し、エラーが出れば自分で開発者ツールを開いて調べていました。この機能では「このページを開いてコンソールのエラーを教えて」と頼むだけで、エージェントがブラウザを動かし、結果を読み取ってコード修正まで一続きで進めます。人がブラウザとエディタを行き来する手間が減るのが本質です。

できること（移動・確認・操作）

公式ドキュメントが挙げるエージェントの操作は次のとおりです。

• 移動：URLへのアクセス、長いページのスクロール。
• 状態の取得：スクリーンショット、コンソール出力（メッセージ・ログ）の読み取り、ネットワーク通信（HTTPリクエスト／レスポンス）の監視。
• ページ操作：クリック・ダブルクリック・右クリック・ホバー、入力フィールドやフォームへのテキスト入力。
• 視覚的な編集：デザインサイドバーからのUI調整。

「見て・読んで・触る」が一通り揃っており、目視確認と手作業のクリックを代行できます。

「Cursorのブラウザ版（Web版）」との違い

検索では「cursor ブラウザ版」「cursor web」と混同されがちですが、別物です。Connect to Browser はデスクトップ版 Cursor がブラウザを操作する機能です。一方「Cursorのブラウザ版・Web版」は、ブラウザ上でエージェントに作業を投げる Cursor 自体のWeb画面（クラウド実行）を指します。手元の画面を見ながらデバッグしたいなら前者、エディタを開かず作業を委任したいなら後者、と用途が分かれます。

対応環境と有効化・承認の設定

前提とバージョン

標準サポートは Cursor 2.0 以降です（1.7 で先行追加）。公式は「外部ツールのインストールや設定なしで Browser を使える」と明記しており、専用の拡張機能やブラウザ設定は不要です。現行版はCursor内蔵の安全なWebビュー（Browser Tab）として動くため、まず Cursor 本体を最新に更新しておくと表示や挙動のトラブルを避けやすくなります。

有効化と呼び出し方

設定は Settings の Tools & MCP にある Browser（Browser Automation）で、モードを「Browser Tab」にします。呼び出しはチャットで @Browser を付けて指示するか、「〜のページを開いて確認して」のようにブラウザ操作を伴う依頼をすれば、エージェントが自動で起動します。実行の承認は Settings > Agents > Auto-Run で決め、都度承認する Manual、指定操作だけ許す Allow-listed、自動実行の Auto-run から選びます。

ブラウザが動かない・Chromeが選べない時

操作が返らない・ツールが実行されない場合は、まず承認まわりを確認します。承認UIが出ずに止まっているなら Auto-Run の設定や MCP の承認保護（MCP Tools Protection）を見直します。Cursor 2.0 では外部の「Google Chrome」を選ぶ選択肢もありましたが、最近の版は内蔵の Browser Tab に寄っており、Chrome の選択肢が表示されないことがあります。外部の実Chromeをどうしても操作したい場合は、後述の外部MCP（Playwright MCP など）を別途導入します。ブラウザ本体やネットワーク側では、VPN・社内ファイアウォールが通信を遮っていないかも確認します。

使い方：自然言語での指示とコツ

指示文の書き方

精度は指示文で決まります。「どのURLに」「何をして」「何を返してほしいか」の3点を具体的に書くほど、エージェントが手順に迷いません。「ログインページを確認して」より「トップページを開き、ログインフォームにテスト値を入れて送信し、エラー表示の有無を報告して」のように、対象・操作・期待結果を明示します。大きな作業は一度に頼まず、小さな操作から段階的に確認しながら広げると誤操作を抑えられます。

指示の実例

• ページ情報の取得：「指定URLを開いてタイトルと主要な見出しを抜き出して」。到達性や表示崩れの一次確認に使えます。
• フォーム入力の自動化：「問い合わせフォームに氏名とメールを入力して送信し、完了メッセージを確認して」。入力から送信後の表示確認までを一続きで回せます。
• ログイン動作の検証：「テストアカウントでログインし、ダッシュボードに遷移するか確認して」。認証後の画面遷移をスクリーンショット付きで報告させます（本番の認証情報は使わない）。

内部の仕組み：拡張なしで操作できる理由

拡張機能を入れないのにブラウザを動かせるのは、Cursor が安全なWebビューを内蔵し、それをCursor自身が制御しているためです。公式ドキュメントは、このブラウザを「拡張として動くMCPサーバで制御している」と説明しています。ここで重要なのは、利用者がMCPサーバを設定・接続する必要はないという点です。ページ遷移・スクリーンショット・コンソール取得・ネットワーク監視といった操作は、すべて組み込みの仕組みが提供します。

組み込み機能と外部MCP（Playwright MCP等）の違い

ここは誤解が多い点です。旧来の解説には「AIとブラウザの通信基盤はMCPで、自分でMCPを組む必要がある」という説明が見られますが、Browser ツールは組み込みで設定不要です。一方、自分の環境にある実ブラウザ（Chrome など）を操作したい場合は、Playwright MCP や chrome-devtools-mcp のような別途インストールする外部MCPサーバを使います。両者は目的が近いため、次のように使い分けます。

従来のブラウザ自動化との違い

Selenium や Playwright は、テストコードを書いてブラウザを動かす自動化フレームワークです。Connect to Browser は、そのコードを書かずに自然言語で操作を指示できる点が最大の違いです。反面、コードで手順を固定するテストのような再現性・厳密さは自動化フレームワークに分があります。

得意な場面と、使うべきでない場面

効果が出る場面

• フロントエンドのデバッグ：コンソールエラーやネットワークログの取得を任せ、原因の特定からコード修正までを一続きにする。
• UI・フォームの検証：入力・送信・画面遷移の確認、レイアウトのスクリーンショット取得。
• 軽い情報取得：特定ページのタイトルや表示内容の抜き出しなど、少量の確認作業。

避けるべき場面

次のケースでは無理に使わない判断が有効です。本番環境へのログインや決済など、失敗が実害になる操作はAI任せにしない。金融・個人情報を扱う機密性の高い操作も避ける。大量ページのスクレイピングは各サイトの利用規約に触れるため、自動化フレームワークやAPIが適切です。厳密な回帰テストが必要なら、指示ごとに挙動が揺れる本機能より Playwright 等でコード化すべきです。

セキュリティ上の注意と機能制限

ブラウザ操作はエージェントが実際にページを触る行為のため、公式も承認を前提にした設計になっています。運用時は次を守ります。

• 承認モードを理解する：ブラウザツールは既定で毎回承認が必要。自動実行（Auto-run）にするほど便利だが、確認が甘くなる。allowlist（Allow-listed）も「best-effort」で万全ではない。
• プロンプトインジェクションに注意：閲覧先ページの内容にAIが引きずられ、想定外の操作をする可能性がある。信頼できないサイトでの自動実行は避ける。
• 機密情報を直接渡さない：パスワードやトークンを指示文に書かない。検証はテスト用アカウントで行う。
• 操作ログを確認する：実行後のスクリーンショットとメッセージで、意図どおり動いたかを毎回チェックする。企業では移動先ドメインを制限する origin allowlist も設定できる。

よくある質問

Connect to Browser は無料で使えますか？

Cursor 本体の組み込み機能で、追加の課金や拡張機能の購入は不要です。ただしブラウザ操作はエージェントの利用（リクエスト）として動くため、プランの利用枠を消費します。プランごとの上限は変動するため、最新はCursor Proの料金プランと無料版の違いで確認してください。

拡張機能のインストールは必要ですか？

不要です。公式ドキュメントも「外部ツールのインストールや設定なしで使える」と明記しています。

自分のChromeやSafari、Firefoxを操作できますか？

組み込みの Browser ツールはCursor内蔵のWebビュー（Browser Tab）で動きます。手元の実ブラウザ（Chrome など）を操作したい場合は、Playwright MCP などの外部MCPを別途導入します。

設定に Chrome が表示されません。

Cursor 2.0 では外部Chromeの選択肢がありましたが、最近の版は内蔵の Browser Tab 中心で、Chrome が表示されないことがあります。内蔵の Browser Tab を使うか、外部Chrome操作が必要なら Playwright MCP 等を導入してください。ツール自体が動かない時は Auto-Run／承認設定を見直します。

Playwright MCP や chrome-devtools-mcp とどちらを使うべきですか？

Cursor だけで完結させたいなら組み込みの Browser ツール、Claude や Copilot など複数のAIツールで手元の実ブラウザを共有したいなら外部MCPが向きます。

関連記事

• CursorのDebug Modeとは？AIエージェントが仮説検証を行う新デバッグ機能の概要と目的
• Cursor Design Modeとは？画面を見ながらUIを直せる公式機能の使い方
• Cursor Proとは｜料金プラン・無料版との違い・できることを解説
• Cursor 3.3の刷新ポイントとPRレビュー体験変更の全体像