世界を動かす技術を、日本語で。

Chrome DevTools MCPは、Chromeの開発者ツールの一部です。

概要

Chrome DevTools MCPサーバー に新機能追加。 コーディングエージェント がアクティブなブラウザセッションへ直接接続可能に。 サインイン済みセッションデバッグセッション の再利用が実現。 セキュリティ確保 のため、接続時にユーザー許可が必須。 今後さらに多くのDevToolsパネルデータ公開予定。

Chrome DevTools MCPサーバーの新機能概要

  • Chrome DevTools MCPサーバー の強化
    • コーディングエージェントが アクティブなブラウザセッション へ直接接続可能
    • 既存セッションの再利用アクティブなデバッグセッション へのアクセスが可能
  • サインイン済みセッション再利用
    • サインイン後のセッションを利用し、追加のサインイン不要
    • サインインが必要な問題解決をコーディングエージェントが担当可能
  • デバッグセッションへのアクセス
    • DevTools UIでアクティブなデバッグセッションへコーディングエージェントがアクセス
    • ElementsパネルやNetworkパネルで選択した要素やリクエストを調査依頼可能
  • 手動操作とAIアシストのシームレスな切り替え
    • 手動デバッグからAIへのタスク引き継ぎが容易
  • 既存の接続方法も継続利用可能
    • MCP専用プロファイルでの起動
    • リモートデバッグポート経由の接続
    • 一時プロファイルでの複数インスタンス運用

新しいリモートデバッグフローの仕組み

  • Chrome M144(Beta) に新機能追加
    • MCPサーバーが リモートデバッグ接続 をリクエスト可能
    • 既存のリモートデバッグ機能を拡張
  • デフォルトではリモートデバッグ無効
    • chrome://inspect#remote-debugging で 明示的に有効化 が必要
  • --autoConnectオプション による自動接続
    • MCPサーバーがアクティブなChromeインスタンスへ自動接続
    • デバッグセッション開始時、 ユーザー許可ダイアログ を表示しセキュリティ確保
    • デバッグ中は「 Chromeは自動テストソフトウェアにより制御されています」バナー表示

新しいリモートデバッグ機能の利用手順

  • Step 1: Chromeでリモートデバッグを有効化
    • Chrome(バージョン144以上)で chrome://inspect/#remote-debugging にアクセス
    • ダイアログUIでデバッグ接続の許可/拒否を選択
  • Step 2: MCPサーバーの自動接続設定
    • --autoConnect コマンドラインオプションを指定
    • 設定例(gemini-cliの場合):
      {
        "mcpServers": {
          "chrome-devtools": {
            "command": "npx",
            "args": [
              "chrome-devtools-mcp@latest",
              "--autoConnect",
              "--channel=beta"
            ]
          }
        }
      }
      
  • Step 3: 設定テスト
    • gemini-cliで「Check the performance of https://developers.chrome.com」と入力
    • MCPサーバーがChromeインスタンスへ接続し、 ユーザー許可ダイアログ を表示
    • 許可後、developers.chrome.comを開きパフォーマンストレースを取得

コーディングエージェントによるデバッグセッションの引き継ぎ

  • 自動化と手動操作の両立
    • DevToolsで問題発見後、調査や修正をAIコーディングエージェントへ引き継ぎ可能
    • ElementsパネルやNetworkパネルで選択した対象を直接調査依頼
  • 今後の展望
    • さらに多くのパネルデータをコーディングエージェントへ段階的に公開予定
    • 継続的な機能拡張を予告

詳細・最新情報はGitHubのREADMEを参照

Hackerたちの意見

誰かがこれのために素晴らしいエージェントスキルを作ってくれて、毎日使ってるんだけど、めっちゃクールだよ! https://github.com/pasky/chrome-cdp-skill 例えば、コーデックスを使ってローカルの音楽ライブラリを管理してるんだけど、そのスキルを使ってブラウザでYT Musicのタブを開いて、各アルバムを検索して、yt-dlpに渡すためのURLを取得できたんだ。今のところChromeブラウザ専用だから、別のChromiumブラウザのバイナリを指すようにスクリプトを編集しなきゃいけないけど(例えば、俺はHeliumを使ってる)、それほど難しくないよ。

一方ではクールなデモだけど、他方では、言い表せないほど恐ろしいことだよ。ほんとに、プロンプトインジェクション一発で、誰かがあなたのすべてに無制限にアクセスできる状態になるんだから。

はっきり言っておくけど、これはdevtools MCPのスキルじゃなくて、独立したプロジェクトだよ。見た目は悪くないけど、ブラウザの自動化とエージェントは、たくさんの並行した取り組みがある非常に忙しい分野だからね。DevTools MCPとその新しいCLIは、Chrome DevToolsとPuppeteerのチームによって維持されていて、確かにもっと包括的な機能セットがあると思う。もっと信頼性があると思うけど…オープンソースの競争がイノベーションを生むのは素晴らしいことだよね。:) (以前はDevToolsチームで働いてたし、今も働いてるよ)

こんなテープでくっつけたスキルを本当に使ってる人いるの?もっと信頼できるplaywriter.devみたいなものを使えばいいのに。

これがすごくうまく動いてるのを見つけたよ(同じアイデア - 既存のセッションに接続する): https://github.com/remorses/playwriter

GoogleはエージェントCLIコーディングでかなり遅れをとってるね。Gemini CLIはひどい。実際、チームの誰も使ってないのが明らかだよ。それに、MCPは明らかに死んでるし、重いエージェントコーディングをしてる私たちにはわかることだよ。CLIツールを使えば、もっと速くて柔軟なのに、なぜそのコンテキストウィンドウの一部を永久に犠牲にするのか。Playwrightを使ってヘッドレスChromiumやヘッド付きChromeで作業するのが真剣にやってる人たちのやり方で、すでに開発や検査ツールも揃ってるし、完璧に動くよ。これは始めたばかりの人や、これが正しい道だと勘違いしてる人にしか魅力がないね。答えはほとんどの場合、MCPじゃないよ。

ちょっと脱線するけど、Gemini CLIについては君の言う通りだね。ほんとに使えないし、ほとんど機能しない。あの時は「無料」ユーザーだったからかもしれないけど、体験がひどすぎて、今のコーディングプランに加入する気になれなかったよ。

MCPは全然死んでないよ。中央集権的なリモートMCPサーバーはめちゃくちゃ便利だし、特注のCLIもモデルを効果的に使うためにはガイダンスが必要だから、トークンの効率性はまだ問題だってことが分かるね。

MCPはコーディングだけに使われてるわけじゃないよ。

それに、MCPは明らかに死んでる 一部の人はこれに反論するだろうね。最近Anthropicが改善したことがMCPのコンテキストロット問題を解決してくれることを期待してるみたい。Anthropicの変更は少し改善するけど、豚に口紅を塗るようなもんだよ。助けにはなるけど、大したことない。MCPが死にかけてる理由は、設定されたMCPサーバーが使われていない時でもコンテキストを膨らませるから。誰がそんなの欲しいと思う?エージェントスキルを使って、MCPにさよならしよう。MCPからは卒業する必要があるね。

これがただの個人的な印象かもしれないけど、ここ1、2週間でGoogle CLIの使い心地がかなり良かったんだ。前はずっと文句言ってたのにね。Codexと一緒に使ってるけど、どちらが優れてるって言えないな。今は物事がすぐ変わるから、判断が難しいよね。

MCPは明らかに死んでるって、重いエージェントコーディングしてる人ならみんな知ってるよね。俺も重いエージェントコーディングやってるけど(基本的に全てのツールを使ってる)、これは全然真実じゃない。こういうこと言ってる人は、大企業の環境で働いたことがないんだろうな。認証、RBAC、レート制限、悪用検出、中央管理/アップデート/運用などが開発とデプロイのワークフローの大部分を占めるからね。こういう状況では、スキルやCLIツールだけじゃ、膨大な再調整と運用・セキュリティの複雑さが必要になる。MCPはここで本当に役立つし、中央のエンジニアリングチームや運用チームが、組織全体の姿勢やポリシー、インフラに沿った形でサービスを管理できるようにしてくれる。 > GoogleはエージェントCLIコーディングに関してはかなり遅れてる。Gemini CLIはひどい。これには完全に同意する。どれだけひどいかを表現するのは本当に難しいし、すごくがっかりしてる。

Hacker Newsで議論の続きを見る