法令をAIで扱うときの安全境界：出典・施行日・改正履歴の確認チェックリスト

結論：AIの回答ではなく、確認可能な調査記録を完成品にする

法令をAIで扱う安全境界は、AIには検索・抽出・整理を任せ、法源の確定、対象時点、個別事案への適用、最終判断を人間側に残すことです。回答文だけでなく、法令ID、改正リビジョン、基準日、条項、原文URL、未確認事項を一緒に保存します。

この記事は法令調査ワークフローの技術的な安全策を示すもので、法的助言ではありません。権利義務、期限、違反可能性、契約、申請などに影響する判断は、原資料と所管機関の案内を確認し、必要に応じて資格を持つ専門家へ相談してください。

対象読者

AIエージェントに法令調査の下準備を任せたい人
e-Gov法令APIやMCPを社内ワークフローへ組み込む人
AI出力の出典と時点をレビューする担当者
法務・コンプライアンス部門へ渡す調査メモを標準化したい開発者

AIに任せる作業、任せない作業

作業	AIで補助	人の確認	自動確定しない
法令名・法令番号の候補検索	○	○
法令IDと改正履歴の取得	○	○
指定条項の抽出と形式整理	○	○
改正前後の機械的差分	○	○
原文URL付き出典台帳の作成	○	○
事実が法定要件に該当するか	補助のみ	○	○
例外・経過措置の適用	補助のみ	○	○
違法・適法、勝敗、責任の断定		○	○
提出・契約・支払期限の最終決定		○	○

境界はモデル性能ではなく、誤りが起きたときの影響で決めます。検索の取りこぼしは再検索できますが、期限や権利義務を誤って確定すると回復が難しいためです。

最初に「4つの日付」を分ける

法令調査で混ざりやすいのは、次の4つです。

日付	意味	質問例
事実発生日	契約、行為、事故、申請などが起きた日	どの時点のルールが関係するか
公布日	法令が公布された日	改正がいつ公にされたか
施行日	規定が効力を持つ日	その条文がいつから適用候補になるか
調査日	AIや人が資料を取得・確認した日	出典確認がいつ行われたか

e-Govの法令バージョン管理解説は、改正法令の公布と、改正規定が施行されて被改正法令へ反映される時点を区別しています（e-Gov「法令とバージョン管理」）。公布日だけを見て、事実発生日に改正後条文が効いていたと判断してはいけません。

さらに、施行日が複数に分かれる改正、附則の経過措置、官報正誤などがあります。日付を1つの date フィールドへ潰さず、役割ごとに記録します。

eventDate: "2025-10-15"
requestedAsOf: "2025-10-15"
promulgationDate: "2025-06-01"
enforcement:
  - provision: "第1条関係"
    date: "2026-01-01"
    basis: "附則第1条本文"
    status: "confirmed"
  - provision: "第2条関係"
    date: null
    basis: "附則第1条ただし書"
    status: "unresolved"
retrievedAt: "2026-08-13T10:00:00+09:00"

安全境界1：法令名ではなく識別子を確定する

最初の検索語は通称でも構いませんが、引用前に正式な識別子へ変換します。

通称・正式名・法令番号で候補を検索する。
正式題名、法令番号、所管や内容を見て候補を絞る。
lawId を確定し、その後の取得キーにする。
時点が重要なら law_revisions で改正履歴を取得する。
取得した本文の revisionId を記録する。

法令API v2の改正履歴取得では、法令の基本情報と版ごとの改正情報が分けて返され、改正履歴は新しい順に並びます（e-Gov法令API v2：改正履歴取得）。AIには最新1件を黙って選ばせず、基準日と突き合わせます。

法令名の揺れや改題で0件になる例はe-Gov法令MCPの法令名ギャップで確認できます。過去時点を選ぶ具体例はe-Gov法令API v2のasof実測にあります。

安全境界2：資料の役割を混同しない

「政府のサイトにある」というだけで、すべて同じ法的役割を持つわけではありません。

資料	主な用途	AI回答での扱い
官報で公布された法令	公布された内容の確認	高影響時の原資料確認先
e-Gov法令検索の法令データ	条文検索、構造化取得、時点比較	ID・版・URLを付けて引用
所管省庁の通知・ガイド	運用説明、手続案内	対象、版、更新日を確認
FAQ・解説ページ	平易な理解、入口	法令本文と区別して引用
AIの要約	検索結果の整理	法源として扱わない

官報の発行に関する法律3条は、憲法改正、法律、法律に基づく命令などの公布を官報で行うことを定めています（官報の発行に関する法律）。高影響な案件では、e-Govの検索結果だけで閉じず、公布内容や所管機関の最新案内まで確認する判断基準を設けます。

e-Govの開発者向けドキュメント自体も、アルファ版であり、記載内容が政府の公式見解を必ずしも示すものではなく、変更・削除される可能性があると注意しています（e-Gov法令検索ドキュメント）。実装例や解説と、取得した法令本文を同じ「公式情報」ラベルへまとめません。

安全境界3：原文とAI生成文を別欄にする

AIが原文を要約すると、条件、例外、参照条文、ただし書が短くなります。調査記録は次の3層に分けます。

[SOURCE]
法令ID・revisionId・基準日・条項・原文URL・取得日時

[QUOTE]
検討に必要な最小範囲の原文

[AI NOTES]
平易な要約・論点候補・追加確認事項

法令標準XMLでは、条、項、号、文などが構造として表現されます（e-Gov「法令標準XMLスキーマ」）。MCPから取得する場合も、この構造を引用位置に残します。原文と要約を同じ文字列へ連結して保存すると、後からどこまでが法令本文か判別できません。

推奨する引用識別子は、少なくとも次の形です。

{
  "lawId": "法令ID",
  "revisionId": "改正リビジョンID",
  "asOf": "YYYY-MM-DD",
  "article": "第X条",
  "paragraph": "第Y項",
  "item": "第Z号",
  "sourceUrl": "https://laws.e-gov.go.jp/...",
  "retrievedAt": "ISO 8601"
}

安全境界4：不明なときに止まる

AIへ「必ず答えて」と指示すると、取得失敗や資料不足を推測で埋める可能性があります。次の停止条件を先に定義します。

法令IDを一意に確定できない
指定基準日に対応するリビジョンを確認できない
条文が委任する政省令・告示を取得できない
附則や経過措置の適用関係を判定できない
引用した条文と質問の事実関係を結び付ける根拠がない
所管機関の案内と取得条文の関係が不明
APIエラー、欠落、仕様変更を検知した
回答が期限、権利義務、金銭、処分、紛争へ直接影響する

停止時は「回答不能」だけで終わらず、確定できた情報、未確認事項、必要な次の資料、確認先を返します。

AIへ渡すプロンプトのひな型

目的:
指定した基準日時点の法令原文を探し、確認用メモを作る。

許可する作業:
- 法令候補、法令ID、改正履歴の検索
- 指定条項の抽出
- 原文とAI要約を分離した整理
- 未確認事項の列挙

禁止する作業:
- 個別事案への適用を確定する
- 違法・適法、責任、期限を最終判断する
- 取得できない情報を推測で補う
- 出典URLのない断定をする

必須出力:
- lawId / revisionId / asOf / 条・項・号
- 原文URL / 取得日時
- 引用原文
- AIによる要約
- 未確認事項
- 人間が確認すべき次の資料

この指示は万能ではありません。MCP側でもツール入力の上限、許可するドメイン、タイムアウト、出力スキーマを制約します。MCP Hooksを使ったエージェント安全設計では、プロンプト以外の制御点も解説しています。

監査記録のテンプレート

request:
  question: "調べたい問い"
  eventDate: "YYYY-MM-DD"
  requestedAsOf: "YYYY-MM-DD"
  requester: "部署または役割"

source:
  lawId: "15文字の法令ID"
  revisionId: "取得した改正リビジョンID"
  lawTitle: "正式題名"
  provision: "第X条第Y項第Z号"
  sourceUrl: "原文URL"
  retrievedAt: "ISO 8601"

review:
  sourceMatched: false
  dateMatched: false
  delegationChecked: false
  transitionalRulesChecked: false
  humanReviewer: null
  reviewedAt: null

output:
  status: "unverified"
  aiSummary: "AIが作成した要約"
  openQuestions:
    - "未確認事項"

初期状態を verified にせず、レビュー項目が埋まったときだけ状態を変更します。誰が、どの資料を、いつ確認したかを残し、モデル名だけを品質証明にしません。

よくある失敗と対応

症状	主な原因	その場で止める条件	次の確認
通称検索で0件	改題、略称未登録	候補を推測しない	正式名、法令番号、法令ID
過去を聞いたのに現行条文	時点指定未対応・未指定	回答を確定しない	`asof` とrevisionId
条文はあるが結論が出ない	委任・例外・事実不足	適用を断定しない	政省令、附則、事実資料
引用URLが開けない	URL生成ミス、取得障害	引用を公開しない	公式ページで再取得
改正日と施行日が違う	公布と施行の混同	日付判定を保留	改正履歴と附則
AI要約に条件がない	要約時の脱落	要約だけを使わない	原文の本文・ただし書

回答前チェックリスト

調査開始前

問いと期待する判断を分けて書いた
事実発生日と調査日を記録した
AIを法的助言者として扱わない範囲を合意した
高影響なら最初から担当者・専門家レビューを予定した

原文取得時

正式題名、法令番号、法令IDを照合した
基準日を指定し、revisionIdを保存した
公布日と施行日を別々に確認した
条・項・号と、本文・ただし書の境界を残した
附則、経過措置、委任先の規定を確認対象にした
原文URLと取得日時を保存した

AI整理後

引用原文とAI要約が別欄になっている
要約から条件、例外、否定が落ちていない
AIが根拠のない事実や判例を追加していない
未確認事項が空でも、本当に確認済みか点検した
エラーや0件を「規定なし」と読み替えていない

公開・意思決定前

原文URLを人間が開いて照合した
対象時点と改正状態が一致した
所管機関の最新手続案内を確認した
個別事実への適用を権限ある人が確認した
断定の強さが証拠の強さを超えていない
必要な免責・確認日・更新方針を表示した

よくある質問

e-Govの条文を引用すれば、AIの回答は法的に正しいと言えますか？

言えません。原文取得の正確さと、事実への適用・解釈の正しさは別です。対象時点、経過措置、下位法令、個別事情を人が確認し、必要に応じて専門家へ相談してください。

公布日と施行日のどちらを基準日に使いますか？

通常、ある時点で有効だった条文を探すには施行関係を確認します。ただし公布後施行前、段階施行、経過措置、遡及、訂正などがあり得ます。単一の日付だけで自動判定せず、改正履歴と附則を確認します。

AIに許可してよい作業と、止めるべき作業は何ですか？

検索候補の整理、条文抽出、差分候補、出典台帳の作成は補助に向きます。権利義務の確定、違法・適法の断定、期限や申請要件の最終判断、個別事案への適用は、人間の確認なしに自動確定しない境界を置きます。

まとめ

法令AIの安全性は、「正しそうな文章」を出す能力ではなく、誤りを検出して止められる境界で決まります。

問い、事実発生日、基準日を最初に固定する
法令名から法令IDへ進み、revisionIdまで記録する
公布日、施行日、調査日を混同しない
原文、引用、AI要約を別のデータとして保存する
不明な適用関係を推測せず、人間確認へ戻す

完成品はAIの結論ではありません。誰でも原文と対象時点へ戻れ、未確認事項が見える調査記録です。MCP接続自体のエラーはe-Gov法令MCPトラブルシューティングで先に切り分けてください。