「Chrome DevTools MCP」  
(原文と同じく略語をそのまま使用します)

2026/03/16 4:12

「Chrome DevTools MCP」 (原文と同じく略語をそのまま使用します)

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

改訂要約

Chrome の MCP(Machine‑Code Processor)サーバーは、現在実行中の Chrome セッションに直接コーディングエージェントを接続できるようになり、新しいインスタンスを毎回起動する必要がなくなりました。
この機能を利用するには、

chrome://inspect#remote-debugging
でリモートデバッグを有効化し、MCP サーバーを
--autoConnect
フラグ付きで起動します(例:
gemini-cli --autoConnect --channel=beta
)。
エージェントがセッションを要求すると、Chrome は許可ダイアログを表示し、「Chrome is being controlled by automated test software」というバナーを表示します。エージェントはそのアクティブなセッションに対して Network や Elements などの DevTools パネルへアクセスできます。

MCP サーバーは依然として元々の起動方法をサポートしています:ユーザープロファイルの指定、リモートデバッグポート経由での接続、または隔離された一時プロファイルの実行。
サンプルワークフローは次のとおりです。リモートデバッグを有効化した後、エージェントプロンプトに「Check the performance of https://developers.chrome.com」と入力すると、MCP サーバーが接続し、ページを開き、パフォーマンストレースを取得します。

Chrome M144(Beta)で利用可能なこの機能は、デベロッパーが新しいセッションを開くことなく手動の DevTools 使用と AI 支援デバッグをシームレスに切り替えられるようにし、将来的に MCP を通じてコーディングエージェントへより多くの DevTools パネルデータを段階的に公開する基盤を整備します。

本文

公開日:2025年12月11日

Chrome DevTools MCPサーバーに、多くのユーザーから要望されていた機能―「コーディングエージェントがアクティブなブラウザセッションへ直接接続できる」―を実装しました。

この新機能により、コーディングエージェントは次のことが可能になります。

  • 既存のブラウザセッションを再利用
    サインイン後の作業で不具合を修正したい場合でも、新たなサインインなしで現在の閲覧セッションにアクセスできます。

  • アクティブなデバッグセッションへアクセス
    コーディングエージェントは、DevTools のネットワークパネルや要素パネルで失敗したリクエスト・要素を選択し、検証を依頼できるようになります。これにより、手動と AI アシスタンスのデバッグがスムーズに切り替えられます。

【実際の操作例】

自動接続機能は、Chrome DevTools MCP が Chrome インスタンスへ接続する既存の方法に追加されるものです。なお、以下の手段で引き続き接続が可能です。

  • Chrome DevTools MCP サーバー専用ユーザープロファイル(現在のデフォルト)で Chrome を起動
  • リモートデバッグポート経由で実行中の Chrome インスタンスへ接続
  • 暫定プロファイルを使用した複数の分離済み Chrome インスタンスを起動

仕組み

Chrome M144(現在ベータ版)に新機能を追加し、Chrome DevTools MCP サーバーがリモートデバッグ接続を要求できるようにしました。これは Chrome の既存のリモートデバッグ機能を拡張したものです。デフォルトではリモートデバッグは無効化されており、

chrome://inspect#remote-debugging
を開き手動で有効化する必要があります。

MCP サーバーを

--autoConnect
オプション付きで起動すると、アクティブな Chrome インスタンスに接続しリモートデバッグセッションを要求します。悪用防止のため、Chrome は毎回ユーザー許可ダイアログを表示します。デバッグセッションがアクティブになると、画面上部に「Chrome is being controlled by automated test software」というバナーが表示されます。

使い始める

  1. Chrome でリモートデバッグを有効化

    • Chrome ≥ 144 の場合は
      chrome://inspect/#remote-debugging
      にアクセスし、リモートデバッグを有効にします。ダイアログ UI で受信接続の許可/拒否を設定してください。
  2. MCP サーバーを自動接続用に設定

    • --autoConnect
      フラグ付きで chrome-devtools-mcp を起動します。例:
      gemini-cli
      用設定は以下のようになります。

      {
        "mcpServers": {
          "chrome-devtools": {
            "command": "npx",
            "args": [
              "chrome-devtools-mcp@latest",
              "--autoConnect",
              "--channel=beta"
            ]
          }
        }
      }
      
  3. 設定をテスト

    • gemini-cli
      を開き、次のようなプロンプトを実行します。

      Check the performance of https://developers.chrome.com
      
    • MCP サーバーは実行中の Chrome インスタンスへの接続を試み、許可ダイアログが表示されます。「Allow」をクリックするとサーバーが

      developers.chrome.com
      を開き、パフォーマンストレースを取得します。

詳細な手順については GitHub の README を参照してください。

コーディングエージェントにデバッグセッションを任せる

ライブの Chrome インスタンスへ接続することで、手動で DevTools を使用しつつ AI アシストを組み合わせられます。サイト上で問題を発見した場合は、DevTools で該当要素やネットワークリクエストを検査し、MCP サーバー経由でコーディングエージェントに調査・修正を依頼できます。

これは第一歩に過ぎません。今後は Chrome DevTools MCP Server を通じて、より多くのパネルデータをコーディングエージェントへ段階的に公開していく予定です。ぜひご期待ください!

同じ日のほかのニュース

一覧に戻る →

2026/03/16 6:22

カナダの法案 C‑22 は、カナダ国民への大量メタデータ監視を義務付けています。

## Japanese Translation: > Bill C‑22(Lawful Access Act)は、通信事業者および電子サービスプロバイダー(ESP)への法執行アクセスを拡大すると同時に、一部のプライバシー制限を強化します。従来のBill C‑2で広範な無証拠要求が認められていた点を置き換え、通信事業者に対しては「サービス確認」権限のみを限定的に付与します。他の加入者情報については、合理的根拠基準に基づく裁判所承認命令が必要となります。 > > 本法ではまた、Supporting Authorized Access to Information Act(SAAIA)も導入されます。この条項はBill C‑2の多くの要件を反映しつつ、GoogleやMetaなどのESPにも適用します。ESPはデバイス・機能テストへの協力、要求の秘密保持、および「コアプロバイダー」として指定される可能性があります。コアプロバイダーは、データ抽出ツールの開発・テスト・維持管理、監視装置の設置、当局への機能通知、そして特定メタデータ(例:送信ログ)を最大1年間保持する義務があります。ただし、**送信内容、ウェブ閲覧履歴、またはソーシャルメディア活動の保持を強制されることはありません**—この例外はシステム的脆弱性への対処に限定されています。 > > 監督はインテリジェンス・コミッショナーが承認した省令によって行われますが、多くの詳細は機密扱いとなっています。本法は、ブダペスト条約第二追加議定書や米国のCLOUD Actなどとの国際情報共有協力を改善することを目的としていますが、重大な市民権利懸念を提起し、通信事業者およびESPに大きなコンプライアンス負担を課す可能性があります。結果として、ユーザーの監視リスクが高まる恐れがあります。

2026/03/16 4:25

49 MB のウェブページ

## Japanese Translation: 記事は、現代のニュースサイトがデータ量の多いリクエストや侵入的な広告、トラッキングスクリプトで読者を過剰に負荷させていると主張し、滑らかな閲覧体験よりも収益を優先していることを指摘しています。 - **具体的証拠:** ニューヨーク・タイムズの記事1件が422のネットワークリクエスト、49 MBのデータを生成し、安定するまでに2分かかったと報告されています。2006年には同じページは1.5 Mbpsの接続で数分間停止していた(10曲分のMP3音源に相当)。 - **広告インフラ:** クライアント側のプログレマティックオークションがRubicon ProjectやAmazon Ad Systemsなどのエクスチェンジへ何十もの同時入札リクエストを送信し、膨大なJavaScript解析を要求します。 - **トラッキングペイロード:** 約5 MBのトラッキングスクリプトがPOSTビーコンをファーストパーティー端点(例: a.et.nytimes.com/track)やクロスサイトトラッカー(doubleclick.net、casalemedia)へ送信し、バックグラウンドでユーザー識別情報を構築します。IABの「purr」同意エンドポイントはページロード直後にこれらのスクリプトを即座に起動させるため、クッキーバナーはプライバシー保護ではなく法的シールドであることが示されています。 - **UX戦術:** パブリッシャーはCPMやビューアビリティ指標を読者体験よりも重視し、モーダルポップアップ、低コントラストの閉じアイコン、強制スクロール、自動再生のスティッキービデオ(CPU熱、バッテリー消費、Fitts法違反)や「Read More」ボタンで記事を切り捨て、追加広告をロードします。これらは広告iframeが遷移後に読み込まれる際にレイアウトシフト(CLS)を引き起こし、Google Core Web Vitalsの指標による離脱率を高めます。 - **モバイル問題:** モバイルニュースサイトはコンテンツに約11 %しかビューポートを割り当てず、狭いスリット状の表示領域がインタラクションコストを増大させます。 - **緩和策:** 非必須オーバーレイはスクロール深度≥50 %または60 秒滞在後に遅延し、モーダルキューを順序付け、アクセシブルで低侵襲のモーダルを使用し、非同期コンテンツ用スペースを確保してCLSを回避します。 - **代替案:** text.npr.org、lite.cnn.com、およびRSSフィードといった軽量フォーマットは、読者が余計な要素のないプライバシーフレンドリーなニュース消費を好むことを示し、広告中心のUIパラダイムに挑戦します。 **結果:** このまとめはすべての主要ポイントを完全に反映し、説明のない推測を避け、記事の主張を明確で読者フレンドリーな概要として提示しています。

2026/03/16 1:01

**LLMアーキテクチャギャラリー**

## 日本語訳: (欠落している詳細を含む): --- ## 要約 この文書は最近の大規模言語モデル(LLM)のリリースを一覧化し、各モデルがサイズ・効率性・専門化のバランスをどのように取っているかを示しています。**Llama 3 8B**(GQA + RoPE, pre‑norm)や **OLMo 2 7B**(MHA + QK‑Norm, inside‑residual post‑norm)といった密なデコーダから、より大きく疎な Mixture‑of‑Experts (MoE) システムへと明確にシフトしていることがわかります。例として **DeepSeek V3**(総計 671 billion、アクティブ 37 billion; MLA attention, 密接頭辞+共有エキスパート)や **Llama 4 Maverick**(総計 400 billion、アクティブ 17 billion; 密なブロックと MoE ブロックを交互に配置し、大きめのエキスパートを採用)が挙げられます。 強調されている主な仕様は、総計対アクティブパラメータ数、デコーダーブロックタイプ、注意機構(GQA または QK‑Norm)、そして **Qwen3 235B‑A22B** の共有エキスパート除去や **Nemotron 3 Nano 30B‑A3B** のハイブリッド MoE アーキテクチャといったユニークな特徴です。データは、企業がレイテンシー、長文コンテキスト処理、多言語語彙、およびマルチモーダルサポートを最適化しながら推論コストを抑える方法を示しています。 今後のリリース—**OLMo 3 32B**、**DeepSeek V3.2**、**Mistral 3 Large**—は総パラメータ数の拡大と同時にアクティブ経路の縮小を通じて効率性向上を継続する傾向を示唆しています。Nemotron 3 Nano のような新興ハイブリッド MoE モデルは、注意機構なしのアーキテクチャへの実験を示唆しています。ユーザーや企業にとっては、低レイテンシーまたはメモリ使用量で稼働できるより高度なモデルへのアクセスが可能となり、長文推論、多言語チャットボット、ビジョン‑ランゲージタスクなどの専門的アプリケーションを実現しつつ運用コストを抑えることができます。 ---