デジタル庁も、
MCPを使い始めた。
これまでMCP（Model Context Protocol）は企業の開発現場が主戦場でした。そこに霞が関発、初のMITライセンス公開実装が加わります。約7万5000件の行政手続データを自然言語で分析できるMCPサーバーを、デジタル庁自身がGitHubで公開しました。
「MCPは民間の話」では
なくなった
霞が関発、初のMITライセンス公開MCP実装。
MCP（Model Context Protocol）は、Anthropicが2024年11月に公開した、AIモデルと外部データ・ツールを安全に接続するためのオープンな標準規格です。2025年12月にはAnthropic自身がLinux Foundation傘下の新団体「Agentic AI Foundation（AAIF）」にMCPの管理を寄贈し、OpenAIやBlockも共同設立に加わるなど、ベンダー横断の業界標準として定着しつつあります。
ここ数ヶ月、日本国内でのMCPの話題は企業の開発現場が中心で、官公庁での採用例はほぼ皆無でした。デジタル庁自身も過去に補助金検索システム「Jグランツ」のAPIをMCP化した実装例を公開していますが、これは既存APIの薄いラッパーに近いものでした。
今回はスケールが違います。デジタル庁のプロダクトマネージャー土岐竜一氏は2026年8月13日、公式note（デジタル庁Techブログ）で「行政手続等調査データ（約75,000件）をMCPで自然言語分析可能に」と題する記事を公開し、GitHub上でMITライセンスのMCPサーバー実装administrative-procedures-mcpを公開したことを明らかにしました。データの出典は令和6年度「行政手続等の悉皆調査」で、対象は国の行政手続約7万5000件にのぼります。
設計思想の核心は「LLMにデータそのものを読み込ませない」点にあります。query_recordsやsummarize_recordsといったツールを通じて、LLMが担うのは検索・集計の条件指定だけ。実際の集計処理はサーバー側で実行し、フィールドの意味やコード値、欠損値の扱いはdataset.yamlに定義しておくことで、AIが数値を取り違えたり推測で補完したりする事故を減らす構成になっています。データ本体はリポジトリに同梱されず、apcli fetchコマンドで最新版を取得し、約3MBのApache Parquet形式に変換して使う設計です。
1つの質問が、答えになるまで
「オンライン化率が低い手続きの所管省庁は？」——こんな質問が、どう処理されるか。
自然言語で質問する
利用者はClaude DesktopやChatGPTなど、MCP対応クライアントに日本語でそのまま質問を投げます。SQLやAPI仕様を覚える必要はありません。
LLMが検索条件を組み立てる
LLMは質問を読み、inspect_datasetでデータ構造を確認したうえで、query_recordsやsummarize_recordsに渡す絞り込み・集計条件を組み立てます。
サーバー側で集計を実行する
実際の件数集計・グループ化・平均や合計の計算は、すべてMCPサーバー側で行われます。取得日時などの出典情報（fetched_at）も応答に添えられます。
結果をチャット上に表示する
MCP Apps対応クライアントでは、集計結果をその場でグラフや表として描画する試作機能も備えています。まだ実験段階の位置づけです。
AIの誤った補完・推測を減らしつつ、
MCP AppsによるチャットUI表示も試作している。
誰に、どう効くか
個人利用者には縁のない話でも、組織で文書分析基盤を検討する人には具体的な参考材料になります。
エンジニア：参照実装として読む
MITライセンスなので設計をそのまま転用できます。「LLMには条件指定だけさせ、集計はサーバー側で行う」「dataset.yamlでフィールドの意味とコード値を明示する」という2点は、社内RAG・MCPサーバーを自作する際にそのまま使える設計パターンです。
ビジネス：社内文書分析への後押し
政府自らが7万5000件規模の行政データをMCPで自然言語分析可能にした事例は、社内文書分析にMCPを検討する経営層への説得材料になります。ただし公開元自身が「技術検証目的のサンプルコード」と明言しており、本番運用のお墨付きではない点は伝えておくべきです。
PM：設計制約の見取り図として
query_recordsの上限5,000件・ページネーション設計や、後述するHTTPモードの認証欠如といった制約は、そのまま他プロダクトでMCPサーバーを要件定義するときのチェックリストになります。
| これまでの官公庁×MCP | 今回の実装 |
|---|---|
| 実例はほぼゼロ、話題は企業中心 | デジタル庁自身がGitHubで一次情報を公開 |
| Jグランツ等、既存APIの薄いラップが中心 | 約75,000件の悉皆調査データを丸ごと分析可能に |
| チャットUIとの統合は未整備 | MCP Apps対応でグラフ・表描画も試作 |
楽観だけでは終われない
手放しでは礼賛できない点もあります。README自体が「技術検証目的のサンプルコードであり、安定性や継続的なメンテナンスは保証しない」と明記しており、あくまでパイロット・検証コードという位置づけです。より実務上重い注意点は、HTTPモードには認証・レート制限が組み込まれていないことです。外部公開する場合はリバースプロキシ側でアクセス制御を用意することが前提とされており、行政データを扱うMCPサーバーとしては軽視できない制約です。信頼できないdataset.yamlを実行しないよう明示的な警告も添えられています。
次に見るべきは、この実装が他省庁や他データセットへ横展開されるか、そして2026年7月時点のMCP仕様（バージョン2025-11-25・2026-07-28対応）にどう追随していくかです。自社で試す場合は、まずMCPを介さずapcli単体でデータの中身を確認したうえで、dataset.yamlのパターンを自社データに合わせて横展開するのが現実的な一歩でしょう。