MDN MCP サーバーは、Mozilla が公式に提供する実験的な Model Context Protocol サーバーです。AI コーディングエージェントや IDE が MDN の検索機能、ドキュメント、ブラウザ互換性データに直接アクセスできるようにします。
AI アシスタントが「Firefox ではこの Web 機能はサポートされていない」と断言したのに、実際には数リリース前から対応済みだった——そんな経験をしたことがあるなら、まさにこのサーバーがその問題を解決するために作られています。2026 年 6 月中旬にローンチされ、https://mcp.mdn.mozilla.net/ でホストされています。ソースコードは github.com/mdn/mcp で公開されています。このサーバーはモデルの学習データにほとんど含まれていないため、明示的に設定されていないアシスタントはその存在すら知らない状態です。
本記事では、このサーバーの実態、解決を目指すトレーニングカットオフ問題、1 コマンドで完了するセットアップ手順と対応クライアント、Mozilla 自身が実施したビフォー/アフターテストの結果、そして正直な注意点(実験的なプロジェクトであり、クエリデータが保存され、予告なく廃止される可能性がある点)について説明します。
重要なポイント
- MDN MCP サーバーは Mozilla が公式に提供するファーストパーティの MCP サーバーで、
https://mcp.mdn.mozilla.net/でアクセスできます(ソースコードはgithub.com/mdn/mcp、ライセンスは MPL-2.0)。これ以前から存在するサードパーティ製の「MDN Lookup」系コミュニティサーバーとは別物です。 - AI エージェントに対して、MDN の検索、ドキュメント、ブラウザ互換性データという 3 つの機能領域を Model Context Protocol 経由で提供します。
- 追加は 1 コマンドで完了します:
claude mcp add --transport http mdn https://mcp.mdn.mozilla.net/。MCP 対応クライアントであれば、同じリモート HTTP エンドポイントを指定するだけで利用できます。 - Mozilla が 2026 年 6 月に Claude Opus 4.7 を使って Firefox 151 の 4 つの機能に対して実施したテストでは、MCP を使用したモデルはブラウザサポートデータを正確に返したのに対し、MCP なしのモデルが正解したのは 4 件中 1 件のみでした。また、レスポンス速度はおよそ 2 倍向上しました。
- このサーバーは明示的に実験的な位置づけです。Mozilla は実験期間中にクエリデータを保存しており、オプトアウト用のヘッダーも用意されています。また、予告なく廃止される可能性があります。
MDN MCP サーバーとは何か(そして何ではないか)
MDN MCP サーバーは Mozilla が公式に提供するファーストパーティの Model Context Protocol サーバーです。AI エージェントに対して MDN の検索、ドキュメント、ブラウザ互換性データという 3 つの機能領域を、AI ツールと外部データソースを接続するオープン標準である MCP 経由で提供します。GitHub リポジトリでは「プロトタイプ」と位置づけられており、MPL-2.0 ライセンスのもとで公開されています。
ここで混同を避けておく必要があります。「MDN MCP」で検索すると、今回のリリースより前から存在する「MDN Lookup」といった名称の非公式なコミュニティ製ラッパーが見つかります。それらはサードパーティのプロジェクトです。本記事で取り上げるサーバーは Mozilla 自身が提供するもので、mozilla.net ドメインから配信され、MDN 組織の mdn/mcp リポジトリでメンテナンスされています。本記事において「MDN MCP サーバー」とは、このファーストパーティサーバーを指し、コミュニティによる再実装は含みません。
このサーバーは上記 3 つの機能領域を提供していますが、安定した MCP ツール識別子は公開されていません。そのため、クライアントが表示する特定のツール名ではなく、機能領域そのものを仕様の基準として扱ってください。
問題の本質:モデルが持つブラウザサポートデータには有効期限がある
Discover how at OpenReplay.com.
AI コーディングツールにはトレーニングカットオフが存在し、その結果として古い Web プラットフォーム情報が提示されることがあります。モデルは新しい機能の存在を知らなかったり、その機能が特定の Baseline ステータスに達しているかどうか、つまり複数のブラウザで安全に使用できるかどうかを誤って判断したりする可能性があります。Mozilla が示す具体例は CSS アットルールの @view-transition です。モデルはその存在自体を知らなかったり、Widely Available(広く利用可能)かどうかを判断できなかったりする場合があります。
ブラウザサポートの情報は、特に陳腐化しやすいデータです。モデルのトレーニング時点ではフラグの裏に隠れていた機能が、数週間後には安定版としてリリースされることがあります。モデルにはそれを知る手段がありません。MDN のライブ互換性データをエージェントに提供することで、エディタを離れて手動でテーブルを確認する手間なく、このギャップを埋めることができます。
MDN MCP サーバーの追加方法
追加は 1 コマンドで完了します。Claude Code の場合、Mozilla はアナウンスページと /mcp リファレンスページの両方で以下のコマンドを案内しています:
claude mcp add --transport http mdn https://mcp.mdn.mozilla.net/
このコマンドにより、Mozilla がホストするエンドポイントを指す mdn という名前のリモート HTTP MCP サーバーが登録されます。他の MCP 対応クライアントも同じパターンに従います。各クライアントの MCP 設定から https://mcp.mdn.mozilla.net/ をリモート HTTP MCP サーバーとして追加するだけです。Mozilla がサポートクライアントとして挙げているのは以下の通りです:
| カテゴリ | クライアント |
|---|---|
| エディタ | VS Code、Zed、Cursor |
| エージェント CLI | Claude Code、Codex CLI、Antigravity CLI(旧 Gemini CLI) |
| チャットアプリ | Claude Desktop |
VS Code、Zed、Cursor については、クライアントの MCP 設定で同じリモート HTTP エンドポイントを登録する以外に特別な JSON 設定は必要ありません。正しく接続されているか確認するには、ごく最近の機能についてブラウザサポートをエージェントに質問し、曖昧な回答ではなく現在の MDN データに基づいた回答が返ってくるかどうかを確認してください。
Mozilla 自身のテスト結果
Mozilla は独自のビフォー/アフターテストを実施しています。ここで示す数値は独立した検証ではなく、Mozilla 自身の測定結果です。Firefox 151(Mozilla がテストに使用したバージョン。現在の安定版は 153)の 4 つの機能に対して、MCP あり・なしの両条件で Claude Opus 4.7 を使用し、各機能の使い方とブラウザサポート状況を質問しました。
使い方に関する回答はどちらの条件でも概ね同等でした。しかしブラウザサポートに関しては大きな差がありました。MCP なしの場合、4 件中正解したのは 1 件のみでした:
| 機能(Firefox 151) | MCP なし | MCP あり |
|---|---|---|
画像向け light-dark() | 具体的なサポートデータなし | 完全なテーブル(Firefox 150、Chrome はフラグ付き) |
:buffering 疑似クラス | 正解 | 正解 |
<template> の shadowrootslotassignment | 誤り:Chrome 120 / Safari 18.3 と回答 | 正解:Firefox 151 が初めて実装 |
| Web Serial API | 誤り:Firefox では未実装と回答 | 正解:Firefox 151 で実装 |
特に注目すべき結果が 2 つあります。モデルは宣言的な shadowrootslotassignment 属性を命令的な slotAssignment オプションと混同し、Web Serial API については Firefox がサポートしていないと断言しました。また Mozilla は、MCP を使用した場合のレスポンス速度がおよそ 2 倍速くなったと報告しています。これは、モデルが MDN の HTML ページを取得・解析する代わりに、構造化されたデータを直接クエリしたためです。
注意点:これは実験的プロジェクトです
本番環境への導入を検討する前に、実験的な位置づけについて正確に理解しておく必要があります。Mozilla は、MDN MCP サーバーが実験として運用されていること、実験期間中に受信したクエリのデータを保存していること、そしていつでも廃止される可能性があることを明示しています。クエリデータは個人を特定できる情報とは紐付けられていませんが、LLM に入力したプライベートな情報がクエリに含まれる可能性があるとして、Mozilla はその懸念がある場合にはこのサーバーの使用を控えるよう率直に推奨しています。
回避策は 2 つあります。ファーストパーティのアナリティクスへのクエリ送信を防ぐには、MCP へのリクエストに X-Moz-1st-Party-Data-Opt-Out: 1 ヘッダーを付与してください。あるいは、サーバーをセルフホストする方法もあります。npm install を実行後に npm start でサーバーを起動し、クライアントをローカルエンドポイントに向けます:
claude mcp add --transport http mdn-local http://localhost:3002/
セルフホストであれば、すべてのクエリが自分のマシン上に留まります。プライバシーが重要な作業環境には、これが最もクリーンな解決策です。
まとめ
AI アシスタントがブラウザサポートを頻繁に誤って伝えており、Mozilla がいつでも廃止する可能性のある実験的な依存関係を受け入れられるのであれば、MDN MCP サーバーを追加することをお勧めします。クエリのプライバシーが重要であれば、セルフホストを選択してください。互換性データの推測を MDN のライブテーブルに置き換えるこの変更は、1 コマンドで完了する小さなものです。そして、トレーニングカットオフを持つすべてのモデルが共通して抱える問題に対処しています。エディタやエージェントに組み込み、今月リリースされた機能について質問して、現在の MDN ページと照らし合わせて回答を確認してみてください。
よくある質問
MCP サーバーを使わずに、AI エージェントが直接 MDN ページを読めばよいのではないですか?
MCP サーバーは構造化された検索・ドキュメント・互換性データを返しますが、直接読み込みの場合はエージェントが MDN の完全な HTML ページを取得・解析する必要があります。Mozilla 自身のテストでは、直接取得のアプローチはより低速で、それでもブラウザサポートの回答が誤っていたのに対し、MCP のレスポンスはおよそ 2 倍速くなりました。これはモデルがマークアップをスクレイピングする代わりに構造化データをクエリしたためです。MCP のインターフェースは互換性の検索に特化して設計されているため、ページ全体の余分な情報ではなく、クリーンなテーブルデータが返されます。
MDN MCP サーバーは無料で使えますか?
はい。Mozilla は MDN MCP サーバーを `https://mcp.mdn.mozilla.net/` で費用なしでホストしており、ソースコードは github.com/mdn/mcp で MPL-2.0 ライセンスのもとで公開されています。`npm install` と `npm start` を実行してクライアントを `http://localhost:3002/` に向けることで、セルフホストも無料で行えます。ただし、このサーバーは明示的に実験的な位置づけであり、いつでも廃止される可能性があるため、無料アクセスが永続的に保証されているわけではありません。
MDN MCP サーバーはクエリを保存しますか?また、それを防ぐ方法はありますか?
Mozilla は実験期間中にサーバーが受信したクエリのデータを保存しています。個人を特定できる情報とは紐付けられていませんが、LLM に入力したプライベートな情報がクエリに含まれる可能性があります。ファーストパーティのアナリティクスへのクエリ送信を防ぐには、リクエストに `X-Moz-1st-Party-Data-Opt-Out: 1` ヘッダーを付与してください。完全に分離したい場合は、サーバーをローカルで実行することで、すべてのクエリを自分のマシン上に留め、Mozilla に送信されないようにすることができます。
AI エージェントが実際に MDN MCP サーバーを使用しているかどうかを確認するにはどうすればよいですか?
ごく最近リリースされた機能についてブラウザサポートを質問し、回答が曖昧な回答や古い推測ではなく、現在の MDN 互換性データを反映しているかどうかを確認してください。MCP なしのモデルは、Mozilla が Web Serial API や shadowrootslotassignment で確認したように、新しい機能の存在を否定したり、対応するブラウザバージョンを誤って伝えたりする傾向があります。現在の MDN データを引用した正確でバージョン固有の互換性回答が返ってくれば、接続が正常に機能していることを示しています。