参加する

WHAT IS PUBLIC AI KNOWLEDGE BASE

公共AIナレッジベースとは

単にファイルを格納するストレージではありません。AIが「正しい作業」を行い、必要な情報を「確実に検索・提供」できるようにするための、人間とAIの共有財産（データエコシステム）です。

01 — CONCEPT

設計の核心は「人間とAIの合意事項（Agreement）」

人間が暗黙的に理解している「文書の趣旨」や「公開制限」といったナレッジのプロファイルを、カテゴリ分けおよびメタデータとして、AIが理解できるように可視化します。これにより、人間とAIの間でナレッジの扱いに関する明確な合意事項を形成し、RAG（検索拡張生成：AIが外部の知識を検索して回答する仕組み）を通じた生成AIによる正確な案内、AIエージェントによる正しい処理を実現します。

既存の文書を書き換えずに導入できます ― ナレッジ（ドキュメント）の内容そのものを標準化するのではなく、その「扱い方」に関する情報をメタデータとして見える化します。だからこそ、既存の文書を書き換えることなく導入できます。

MEANS 1

カテゴリ分類（構造化）

ナレッジを「4階層＋細目」に分類し、いま参照している情報が統計データなのか、守るべきルールなのかをAIに明確に伝えます。

MEANS 2

メタデータの付与

識別子、対象者、有効期間、公開範囲など、本体に書かれていない暗黙知を付随情報として追加します。

MEANS 3

検索の効率化と提供

AIのリクエストや権限に応じて必要なナレッジを迅速に検索・提供し、AIの処理速度を高め負担を軽減します。

02 — IN PRACTICE

公共AIナレッジベースの活用イメージ

行政職員が整備したナレッジを、行政の中では案内システムとAIエージェントが、行政の外では企業や住民のAIが参照します。ナレッジベースを中心に「誰が登録し、誰が使うのか」を示したものです。

行政での活用イメージ GOVERNMENT 企業・住民での活用イメージ EXTERNAL STEP 1 — REGISTER ナレッジの 作成・登録・更新 生成AIによる ナレッジの生成 CONTENTS ・行政案内 ・手続情報 ・業務手順書 ・判定ルール KNOWLEDGE BASE 正しい・最新の・正統な 公共AIナレッジ ベース 企業・住民向けデータ参照 MCP STEP 2 — UTILIZE MCP RAG 生成AIによる 案内システム AIによる案内・相談・ 申請受付 AI同士の連携 A2A バックオフィス AIエージェント ワークフロー システム OUTCOME 定型業務の自動化 ／ AIエージェントによる申請処理・チェック 窓口申請・オンライン申請の受付を支援 企業 企業内 生成AI ／ AIエージェント ・行政手続きの効率化 ・業務のスピードアップとコスト削減 ・行政との連携強化 住民 住民のパーソナルAIエージェント ・行政サービスの利用が簡単に ・行政情報の信頼性向上 ・地域サービスの充実 ・AIによるデジタル格差の解消
FIG. 02公共AIナレッジベースの活用イメージ。行政が登録したナレッジを、行政内のAIと、企業・住民のAIがMCP／A2Aを通じて参照します。
  1. 行政職員がナレッジベースを整備する

    「正しい・最新の・正統な」ナレッジを登録したナレッジベース（データフォルダ）を作成します。例：法律・省令／条例・規則／ガイドライン・通知／作業手順書／マニュアル／申請様式／サービス案内 など。

  2. AIによる案内システムが最新の情報を案内する

    ナレッジベースから最新情報をRAGに取り込み、住民・事業者からのお問い合わせに、最新で正確な情報を案内します。

  3. AIエージェントが正確に業務を処理する

    最新の業務手順・計算ルールをナレッジベースから参照し、申請処理やチェックなどの定型業務を正確に行います。

  4. 企業や住民のAIが行政のナレッジを直接参照する

    企業内の生成AI・AIエージェントや、住民のパーソナルAIが、行政のナレッジベースを直接参照して活用することも考えられます。

MCP（Model Context Protocol）… AIが、外部のツールやデータ、システムに接続するための標準仕様。

A2A（Agent2Agent Protocol）… AIエージェント同士が直接コミュニケーションを取って協力し、タスクを遂行するための標準仕様。

03 — OVERVIEW

全体活用イメージ

国・県・自治体が「正しい・最新・正統な」ナレッジを登録・更新し、MCP（AIと外部データをつなぐ接続方式）やRAGを通じて生成AIシステム、バックオフィスAIエージェント、ワークフローシステム、企業のAIへ提供します。

PROVIDER 国・府省庁 都道府県 市区町村 民間企業・団体 登録・更新・廃止 公共AIナレッジベース SHARED DATA ECOSYSTEM ナレッジ本体（4階層） メタデータ 128項目 カタログ（目録） ID・版管理／ガバナンス オーナー／ホルダー／システム管理組織 MCP RAG / API CONSUMER 生成AIシステム（対話・案内） 住民からの相談・手続き案内・申請受付 バックオフィスAIエージェント 申請処理・チェック・審査支援の自動化 企業の生成AI／AIエージェント 行政手続きの効率化・行政との連携強化 EFFECT 行政：定型業務の自動化、AIによる案内・相談・申請受付 企業：行政手続きの効率化、業務のスピードアップとコスト削減 住民：行政サービスの利用が簡単に、行政情報の信頼性向上 　　　地域サービスの充実、AIによるデジタル格差の解消
FIG. 03公共AIナレッジベース 全体活用イメージ（企業・住民での活用を含む）

04 — TAXONOMY

ナレッジの4階層

AIが「いま見ているのは統計データなのか、それとも守るべきルールなのか」を峻別できるようにし、誤った推論を防ぎます。

データ層 / Data Layer 文脈を持たない未加工の値・記号・観測結果　例）気温、売上、記入済み申請書、アンケート回答　→ DBからAPI経由でリアルタイム参照 情報層 / Information Layer データに意味と文脈が付与されたもの　例）統計情報、ニュース、案内・告知、レポート、論文　→ RAGへの取り込み、回答根拠としての引用・要約 ルール・制約層 / Rule & Policy Layer 意思決定や再利用のために体系化された手順・基準　例）マニュアル、FAQ、様式（未記入）、計算式、判定基準、指針　→ AIエージェントの判断基準 常識・背景層 / Common Sense & Background 判断に影響する環境要因・分野固有の暗黙の前提　例）一般常識、業界専門用語、季節・天気、利用者の属性　→ 文脈理解のための背景情報
FIG. 04ナレッジの4階層構造。この4層すべてを合わせたものが、システムが持つ「知の全体像」としてのナレッジです。

05 — IDENTIFICATION

ID・版管理の考え方

「どのナレッジの、いつの版を、どのメタデータで参照したか」をAIが説明できるようにするため、5つのIDを階層的に定義しています。

KID ナレッジID（不変） KID-YYYYMMDD-NNNNNNNN 初回登録後は変わらない KVer → CID 内容の更新でKVerを繰り上げ 改正・改訂などナレッジ本体が変わったとき。 版ごとに CID（コンテンツID）を新規発行。 MVer → RID メタデータのみの更新でMVerを繰り上げ 公開範囲や担当課の変更など、本体は変えず 属性だけが変わったとき。RID を新規発行。
FIG. 05KID／KVer／CID／MVer／RID の関係。KIDは初回登録後に変更しません。

5つのIDの名称

5つのID（KID・KVer・MVer・CID・RID）の名称と定義
略号名称定義
KIDナレッジIDナレッジ本体を一意に識別する不変のID。初回登録時に発行し、以後は変更しません。
KVerナレッジバージョンIDナレッジ本体の版を表すID。改正・改訂などにより本体の内容が変わったときに繰り上げます。
MVerメタバージョンIDメタデータの版を表すID。公開範囲や担当課の変更など、本体は変えず属性だけが変わったときに繰り上げます。
CIDコンテンツIDKID + "-" + KVer。ナレッジ本体の「どの版か」を指し示すID。
RIDレコードIDCID + "-" + MVer。「どの版を、どのメタデータで参照したか」までを一意に指し示すID。

コード体系

ナレッジに付与するコードは、出所と管理主体で3種類に分けています。

コード体系の3区分（CC・PC・IC）の名称と定義
区分名称定義
CCコンソーシアムコード本研究会が定義・管理するコード。共通仕様の一部として公開します。
PC公共標準コード国・国際機関等が定める既存の標準コード（ISO言語コード、国コード、全国地方公共団体コード等）を参照します。
IC内部コード各組織が内部管理のために独自に定義するコード。

コンソーシアムコードは、公共AIナレッジベース仕様書を参照ください。

カテゴリコード（L1〜L4）は現時点で案です。研究会での確認を経て確定します。

06 — GOVERNANCE

3者の役割とライフサイクル

OWNER オーナー ナレッジを作成・発信した組織。 ナレッジの「内容」に対して 責任を持つ。 HOLDER ホルダー ナレッジを登録した組織。 「信頼性」とメタデータの 正確性に責任を持つ。 SYSTEM ADMIN システム管理組織 ナレッジベースとカタログを 運用し、ID採番・品質確認・ 公開制御を担う。
FIG. 06ガバナンスの3プレイヤー。オーナーとホルダーは同一でも構いません。

ナレッジのライフサイクル（5段階）

  1. 新規登録

    ナレッジを登録し、KIDを採番します。カテゴリとメタデータを付与します。

  2. 内容更新

    ナレッジ本体が変わったとき。KVerを繰り上げ、新しいCIDを発行します。

  3. メタデータ更新

    属性のみが変わったとき。MVerを繰り上げ、新しいRIDを発行します。

  4. 廃止

    有効期間の終了や制度改正により参照させないようにします。履歴は残します。

  5. 定期メンテナンス

    有効期間・リンク・所管の棚卸しを定期的に行い、鮮度を保ちます。

SPECIFICATION

仕様書 Ver.1.0 のご案内

本編と別紙3点（カテゴリの分類一覧・メタデータ項目一覧・コード仕様書）で構成されます。本サイトへの掲載は、研究会内での確認を経て公開予定です。

仕様書・成果物へ