Mozilla Observatory

@pipeworx/mozilla-observatory

MDN HTTP Observatory — Mozilla の公開スキャナーで、任意のウェブサイトの HTTP セキュリティヘッダーを評価し、具体的な修正方法を確認できます。

Pipeworx の一部です — AI エージェントを1683以上の稼働中のデータソースにつなぐ MCP ゲートウェイです。

ツール

• observatory_scan(host) — スキャンを実行（または Mozilla の最新のスキャン結果を返し）、A+〜F の評価、数値スコア、合格／不合格の件数を表示します。
• observatory_results(host, only_failures?, include_history?, history_limit?) — 12件すべてのテストについて、合格／不合格、スコアへの影響、Mozilla 独自の修正案の説明、確認されたレスポンスヘッダー、ホストの評価履歴を返します。
• observatory_grade_distribution() — 評価ごとのスキャン済みサイト数を返し、個々の評価をウェブ全体の中で位置づけられます。

認証

キーは不要です。

データソース

• POST https://observatory-api.mdn.mozilla.net/api/v2/scan?host= — スキャンの概要。
• GET https://observatory-api.mdn.mozilla.net/api/v2/analyze?host= — 詳細情報。
• GET https://observatory-api.mdn.mozilla.net/api/v2/grade_distribution — ヒストグラム。

次に作業する人が改めて調べずに済む情報

• 詳細エンドポイントは /scan ではなく /analyze です。 GET /api/v2/scan?host= は404です — /scan は POST としてのみ存在します。/api/v2/tests?scan=<id> と /api/v2/scan/<id> もどちらも404です（すべて2026-09-17に確認済み）。ヒストグラムの エンドポイントは grade_distribution で、アンダースコアを使います。ハイフンを使った表記は 404になります。
• tests_failed と pass: false は一致しませんが、どちらも正しい値です。 Mozilla は スコアを下げる不合格だけを tests_failed に数えますが、score_modifier が0の情報提供テストにも pass: false を設定します — 2026-09-17の mozilla.org では、tests_failed: 2 で、合格していないと マークされたテストは4件でした。このパックは、スコアへの影響がない行も除外せず、テストごとの penalized フラグと tests_failing_with_score_impact 件数を返します。そのため、only_failures が tests_failed より多くの行を返すのは想定どおりで、ペイロード内で説明されています。
• recommendation と score_description は HTML フラグメントです。 返す前に本文テキストだけを抽出します。
• 解決できないホストに対しては、HTTP エラーではなく、error フィールドに値が入った200レスポンスが返ります。このパックではその場合にエラーを発生させます。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します：

{
  "mcpServers": {
    "mozilla-observatory": {
      "url": "https://gateway.pipeworx.io/mozilla-observatory/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/mozilla-observatory/mcp の tools/list は、上の表に記載されたツールに Pipeworx 共通のメタツール — ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で共通するツール群 — を加えたものを返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、そのパック独自のツールとともに、共通ツールがおよそ30件表示されます。接続時の initialize レスポンスに正確なスコープが記載されており、その日の時点での正式な情報となります。

これは意図的な仕様であり、偶然の多重化ではありません。メタツールを使うと、このパックでは対応できない質問にも、カタログ全体を対象にルーティングする ask_pipeworx を通じて回答できます。2つ目の MCP サーバーを追加する必要はありません。現在、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキスト消費がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、Pipeworx のフルゲートウェイに接続すると、このパックのツールだけでなく、すべてのパックのツールが直接一覧表示されます：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も、同じゲートウェイと同じ1683以上のデータソースにつながります。異なるのは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも ask_pipeworx を使えば、すべてのツールにアクセスできます。

MCP クライアントがない場合：HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/observatory_scan \
  -H 'Content-Type: application/json' \
  -d '{"host":"mozilla.org"}'

最初の呼び出しにアカウントは不要です。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/observatory_scan を使用します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

{
  "mcpServers": {
    "mozilla-observatory": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-mozilla-observatory"]
    }
  }
}

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-mozilla-observatory

stdin/stdout 経由で MCP を使用し、initialize／tools/list／tools/call に応答します。対象はこのパックのツールのみで、上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使用する

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Mozilla Observatory data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT