条番号検証とは、生成AIが出した条文番号と内容を原典で照らし合わせる作業のことです。

生成AIが出力した条番号が実在しなかった、という報告は事務所の規模を問わず出ています。誤りが起きるのは知識が足りないからではなく、条文が改正で動くうえに、モデルが「それらしい番号」を作れてしまうからです。この記事では、条番号と施行日が壊れやすい理由、e-Gov法令検索で突き合わせる7工程、検証の記録を事務所規程にどう載せるかを整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。

条番号と施行日だけが、なぜ壊れやすいのか

先に結論を書きます。条番号と施行日は、生成AIの出力の中で最も検算しやすく、同時に最も誤りが混ざりやすい部分です。理由は3つあります。

1つ目は、条番号が改正のたびに動くからです。枝番の追加、条の削除、章の再編が入ると、同じ内容が別の番号に移ります。学習データの中には旧番号で書かれた解説記事が大量に残っているため、モデルは古い番号を自然な文脈で出します。人間の目には、番号が古いのか新しいのかを見分ける手がかりがありません。

2つ目は、施行日が段階的に設定されるからです。公布日、施行日、経過措置の終了日、そして規模別に段階施行される日付が併存する法令では、正解が1つに定まりません。生成AIは、そのうちのどれか1つを、あたかも唯一の期日であるかのように書きます。読み手が顧問先向けの案内を作る場面では、この単純化がそのまま実害になります。

3つ目は、出力の文体が確信に満ちているからです。誤った番号でも、正しい番号と同じ文体で提示されます。総務省と経済産業省が示したAI事業者ガイドラインでも、生成AIが事実と異なる内容を生成し得ることと、利用者側で確認する運用の必要性が論点として整理されています（出典: 総務省 AI事業者ガイドライン関連ページ）。

事務所の実務でこの問題が表面化しやすいのは、次の3つの場面です。顧問先向けの通知や案内文に条番号を引くとき、書面や意見書の下書きに根拠条文を並べるとき、そして所内研修の資料を作るときです。いずれも、誤りが外に出てから気づく構造になっています。書面のレビューでは文章の流れに目が行くため、番号だけが独立して間違っている状態は見落とされやすくなります。誤りの発見が顧問先からの指摘という形で返ってくると、事務所の信用に直接響きます。

段階施行の例を1つ挙げます。就業規則の作成と届出を定める労働基準法第89条のように、条文自体は長く動いていない規定がある一方で、周辺の労働関係法令は改正が頻繁に入ります。相談を受けた担当者が生成AIに聞き、返ってきた条番号をそのまま研修資料に載せると、隣接する改正部分の番号がずれていても気づけません。動く条文と動かない条文が同じ画面に並ぶことが、この問題を厄介にしています。

もう1つ、実務で効いてくるのが判例と事件番号です。条番号と同じ理屈で、生成AIは実在しない事件番号や判決日を出すことがあります。条文よりも検算の手間が大きいため、事務所によっては、生成AIに判例を出させること自体を運用で止めている例もあります。条番号の検証工程を組むときは、判例をどう扱うかを同じ規程の中で決めておくと、後から二度手間になりません。

補足しておくと、これはモデルの性能が上がれば消える問題ではありません。むしろ、推論の過程が外から追いにくくなる方向の変化も出ており、出力の見た目だけで信頼度を測る運用は成り立ちにくくなっています。この点はOpenAI新モデルで思考過程が追えなくなる 士業のAI検証はどう変わるかでも扱いました。検証は、モデル側ではなく事務所側の工程として持つ、という整理になります。

e-Gov法令検索で突き合わせる7工程

工程は7つです。前半3つが原典の特定、中盤2つが突き合わせ、後半2つが記録と再利用にあたります。

第1工程は、法令名の正規化です。生成AIは通称で法令名を返します。個人情報保護法、景表法、労基法といった呼び方は実務では通りますが、原典を引くときは正式名称が要ります。個人情報保護法は個人情報の保護に関する法律、景表法は不当景品類及び不当表示防止法です。ここを飛ばすと検索でつまずきます。

第2工程は、e-Gov法令検索で法令そのものを開くことです。検索結果の一覧ではなく、法令本文のページまで開きます。一覧に出た見出しだけで判断すると、同名の政令や省令を本法と取り違える形の事故が起きます。

第3工程は、条番号の直打ちです。開いた法令本文の中で、目的の条番号へ移動します。たとえば労働基準法第89条は作成及び届出の義務という条見出しを持ち、常時十人以上の労働者を使用する使用者について就業規則の作成と行政官庁への届出を定めています。生成AIが返した条番号を開いて、条見出しが話の筋と合っているかを見る。合っていなければ、その時点で出力は疑わしいものとして扱います。

第4工程は、条文本文の突き合わせです。ここで見るのは3点だけです。条見出しが一致するか、主語となる名宛人が一致するか、そして数量や期間の要件が一致するか。たとえば個人情報保護法第27条は第三者提供の制限を定め、あらかじめ本人の同意を得ないで個人データを第三者に提供してはならないという原則と、その例外を並べています。生成AIが例外の並びを省略して原則だけを書いた場合、文としては誤りではないのに、実務では判断を誤らせます。省略の有無まで見るのが第4工程です。

第5工程は、施行日の確認です。条文ページには改正沿革が付いているため、その条が現在の形になった時期をたどれます。改正法の施行日そのものは、所管官庁の公表資料で確認します。段階施行がある場合は、規模別・業種別のどの区分に当たるのかを分けて書き留めます。ここを1行にまとめようとすると、顧問先に誤った期日を渡す形になります。

第6工程は、検証結果の記録です。記録する項目は、確認日、法令の正式名称、条番号、条見出し、参照したURL、確認者の6つです。この6項目をそろえておくと、あとで同じ論点が出たときに再検証が不要になります。記録の置き場所は共有ドライブでも構いませんが、案件フォルダの中ではなく、法令単位のフォルダに置くほうが再利用しやすくなります。

第7工程は、所内への還流です。誤りが見つかったプロンプトと、そのときの誤出力を、匿名化したうえで所内の共有ドキュメントに残します。どの聞き方をすると条番号が壊れるかは、モデルごとに癖があります。癖の一覧が事務所の資産になります。還流の頻度は月1回で足ります。週次にすると記録を書く側の負担が勝ってしまい、続きません。

7工程を紙のチェックリストに落とすなら、1件あたり6行で収まります（出典: 本記事の想定手順にもとづく整理です）。法令名を正式名称に直したか、原典ページを開いたか、条見出しが一致したか、例外規定の省略がないか、施行日を別欄に分けたか、記録に確認日と確認者を書いたか。この6行を案件ファイルの先頭に綴じておくと、担当者が代わっても工程が落ちません。チェックリストを電子化するかどうかは事務所の好みですが、紙のほうが埋めた形跡が残るという理由で紙を選ぶ事務所もあります。

なお、社内の資料づくりで条文を大量に読み込ませる場面では、原典のPDFやテキストをそのまま読ませる方式のほうが誤りは減ります。生成AIの記憶ではなく、渡した資料の中だけで答えさせる形になるためです。判例や通達を読み込ませる手順はNotebookLMはGemini Notebookへ 士業が判例と通達を読み込む7工程で扱いました。ただし、読み込ませた資料が古ければ答えも古くなる点は変わりません。資料の版を管理する工程が別途要ります。

7工程のうち、有資格者が最終確認する箇所は第4工程と第5工程です。条文の読み取りと施行日の当てはめは、補助者が下書きしても、書面や顧問先への回答として外に出る前に有資格者が確認する構図を崩さない運用が一般的です。この責任の分け方については税理士業務の無償独占とAI出力の最終承認 責任分界を引く6つの線でも整理しています。

生成AIに条文を扱わせるときのプロンプト例を挙げます。出力させる形を先に縛るのが要点です。

あなたは法令調査の補助担当です。以下の質問に答えるにあたり、次の形式を守って
ください。

【出力形式】
1. 結論（2文以内）
2. 根拠として考えられる法令名（正式名称）と条番号の候補を最大3件
3. 各候補について「この番号は要検証」と明記し、確認方法を1行で示す
4. 施行日は書かない。段階施行の可能性がある場合は「施行日は要確認」とだけ書く

【禁止事項】
- 条文本文を記憶から書き写さない（引用する場合は「引用不可・原典参照」と書く）
- 判例名・事件番号を出さない
- 条番号を1つに断定しない

【質問】
就業規則の作成と届出の根拠となる条文はどれか。

もう1本、突き合わせ作業そのものを手伝わせるプロンプトです。原典テキストを人間が貼る前提にすることで、モデルに記憶から書かせない形にしています。

あなたは校正担当です。下の【原典】は e-Gov 法令検索から人間がコピーした条文
です。【下書き】は事務所が作成中の文章です。次の観点だけを見て、差分を箇条書き
で報告してください。

観点:
- 下書きの条番号が原典と一致しているか
- 下書きが引用している文言が原典に存在するか（一字でも違えば不一致として報告）
- 下書きが原典の例外規定を落としていないか

報告のしかた:
- 一致・不一致・判定不能 の3分類で示す
- 判定不能の場合は理由を1行で書く
- 原典に無い情報を補って解釈しない

【原典】
（ここに貼り付け）

【下書き】
（ここに貼り付け）

検証記録を守秘義務と事務所規程にどう載せるか

検証工程を回すと、条文の断片だけでなく、案件の中身が生成AIに入りやすくなります。ここが守秘義務の論点に直結します。

まず、入力する情報の範囲です。条番号の候補出しだけであれば、顧問先を特定できる情報を入れずに済みます。一方で、事案の当てはめまで手伝わせようとすると、当事者の属性や取引の内容が入ります。この2つを同じ運用で扱うと線が引けなくなるため、条文調査と事案検討を別の作業として分ける設計が現実的です。

士業ごとの根拠条文は原典で確認しておきます。弁護士法第23条は、弁護士又は弁護士であつた者について職務上知り得た秘密を保持する権利と義務を定めています。税理士法第38条は、正当な理由がなくて税理士業務に関して知り得た秘密を他に洩らし、又は窃用してはならないと定めています。行政書士法第12条も、正当な理由がなく業務上取り扱つた事項について知り得た秘密を漏らしてはならないと定めています。条文が定めているのは行為の禁止であり、外部サービスの利用が個別にどう評価されるかまでを条文が書いているわけではありません。だからこそ、入力範囲を事務所として先に決め、その決め方を記録に残す運用が広がっています。

次に、安全管理措置との接続です。個人情報保護法第23条は、個人データの漏えい、滅失又は毀損の防止その他の安全管理のために必要かつ適切な措置を求めています。個人情報保護委員会は生成AIサービスの利用に関する注意喚起を公表しており、事務所の規程を書き起こすときの出発点になります（出典: 個人情報保護委員会 生成AIサービスの利用に関する注意喚起等）。

規程に落とす際は、禁止事項の羅列より、工程に紐づけた書き方が回ります。条文調査の段階では公表情報のみを入力する、事案の当てはめには生成AIを使わない、外に出る文書に条番号を載せるときは原典URLを添えて記録する、という3行で骨格ができます。あとは、記録の保存期間と、誰が記録を点検するかを決めるだけです。

弁護士については、職能団体が生成AIの利用に関する考え方を公表・議論しており、事務所内ルールを作る際の参照先になります（参考: 日本弁護士連合会 意見書等）。他士業でも、日本弁理士会のように業務単位でガイドラインを整えている例があり、その落とし込み方は日本弁理士会のAI利活用ガイドラインを事務所ルールに落とす7手順で扱いました。自分の資格の団体が何を公表しているかを、規程を書く前に一度たどっておくと手戻りが減ります。

顧問先への説明については、条文の根拠を示すときに原典URLを併記する運用が増えています。URLを添えるだけで、顧問先側でも検算ができます。生成AIを使ったかどうかを毎回開示するかは事務所ごとに割れていますが、根拠の出どころを示すことは、開示の有無にかかわらず説明責任の土台になります。

実際に起きる3つの失敗と回避策

1つ目は、枝番の取り違えです。第34条と第34条の2は別の条文ですが、生成AIは枝番を落として書くことがあります。回避策は、条番号を書き写すときに、原典ページ上で番号を選択してコピーする運用に固定することです。手入力を挟むと、枝番はそこで消えます。

2つ目は、施行日の一本化です。段階施行や経過措置があるのに、生成AIが1つの日付だけを返し、そのまま案内文に載ってしまう形です。規模別の区分を落とすと、対象外の顧問先にまで対応を求める案内が飛びます。回避策は、施行日を書く欄を、公布日、施行日、区分ごとの適用開始日の3列に分けることです。列が3つあれば、1つしか埋まっていない状態が目に見えます。

3つ目は、旧法の条番号をそのまま使ってしまう失敗です。全面改正があった法令では、旧法と新法で番号体系が変わります。学習データに旧法時代の解説が多く残っているほど、旧番号が出やすくなります。回避策は、条番号を確認する際に、その法令の改正沿革を毎回一度開くことです。開けば、条文が最後に動いた時期が分かります。所要は1条あたり1分程度で、外に出る文書に載せる条文が5本なら5分の追加工数という見積もりになります（出典: 本記事の想定手順にもとづく試算です）。

検証にかかる工数と担当の置き方

3人規模の事務所で、外部に出る文書に条文を引く機会が月20件という前提で見積もります。1件あたりの条文が2本、1本の突き合わせに3分とすると、月あたり2時間程度の追加工数になります（出典: 本記事の想定手順にもとづく試算です）。案件ごとに担当者が個別に検証する形だと、同じ条文を何度も引き直すことになるため、この工数はもっと膨らみます。

膨らみを抑えるには、法令単位の検証記録を1か所に集めるのが効きます。同じ条文が2回目に出てきたときは、記録を開いて確認日を見るだけで済みます。確認日から一定期間が過ぎているものだけ引き直す、という運用にすれば、月2時間の見積もりは半分程度まで下がる余地があります（出典: 同上）。

費用の面では、追加のツール導入がなくても回る工程です。e-Gov法令検索の利用に費用はかからず、必要なのは記録を置く共有ドライブと、チェックリストの様式だけです。有料の法令データベースを併用している事務所であれば、そちらの条文表示を原典として使う運用でも同じ形になります。むしろ費用として意識すべきは、検証にかかる人の時間のほうです。月2時間の追加工数（出典: 本記事の想定手順にもとづく試算です）を、補助者の時間単価で見るのか、有資格者の時間単価で見るのかで、体制の設計が変わります。

担当の置き方としては、検証そのものを補助者が担い、判断を有資格者が担う分担が回ります。ここで大事なのは、補助者に「正しいかどうか」を判断させないことです。補助者が行うのは、原典を開いて、番号と見出しと文言が一致するかを見て、記録に残すところまでです。一致しない場合に何が正解かを決めるのは有資格者の側になります。この線が引けていれば、検証工程を増やしても業務範囲の問題が起きにくくなります。

検証工程の今後の論点

論点は3つ残ります。

1つ目は、法令データの機械可読化がどこまで進むかです。e-Govは法令データを提供するAPIを公開しており、事務所側の仕組みから条文を引く道が開いています（参考: e-Gov法令API）。突き合わせを人手でやるか、仕組みで自動化するかは、扱う件数で分かれます。

2つ目は、AIエージェントが自律的に調査を行う形になったとき、どこに人間の確認を挟むかです。調査から下書きまでを一続きで走らせると、条番号の誤りが下書きに埋め込まれた状態で出てきます。工程の途中に確認点を置く設計が要ります。

この3点に共通するのは、検証を人の注意力に任せない、という方向です。注意力に依存した運用は、繁忙期に真っ先に崩れます。工程として組んでおけば、忙しい時期でも同じ形が残ります。事務所によっては、外に出る文書のテンプレートそのものに条番号と原典URLを並べて書く欄を作り、欄が空のままでは提出できない形にしています。仕組みで縛るほど、個人の集中力に頼る割合が下がります。

3つ目は、検証記録そのものの扱いです。記録には、どの案件でどの条文を調べたかが残ります。案件情報と結びつく以上、記録の保存と廃棄のルールを、事務所の情報管理の枠組みに載せる話になります。検証を増やすことが、別の管理課題を生む構造になっている点は押さえておく価値があります。

よくある質問

生成AIが出した条番号は、どのくらいの頻度で誤りますか

公表された統一的な統計は見当たりません。ただし、条文が改正で動いた領域ほど誤りが混ざりやすいという傾向は、実務の報告として共有されています。頻度で判断するより、外に出る文書に載せる条番号はすべて原典で確認する、という工程として固定するほうが安定します。

e-Gov法令検索で確認すれば十分ですか

条文の現行の文言と番号については、e-Gov法令検索が原典にあたります。一方で、改正法の施行日や経過措置の運用は、所管官庁の公表資料で確認する形になります。条文はe-Gov、施行日と運用は官庁資料、という2本立てが実務的です。

通称のまま法令名を検索してもよいですか

正式名称に直してから検索するほうが確実です。個人情報保護法は個人情報の保護に関する法律、景表法は不当景品類及び不当表示防止法が正式名称です。通称のままだと、関連する別法令や条例が上位に出て、原典を取り違える形になります。

補助者に条文の検証を任せても差し支えありませんか

作業の切り方によります。原典を開いて番号と見出しと文言の一致を確認し、記録に残すところまでは作業として切り出せます。一致しない場合に何が正解かを決める部分は、有資格者の判断領域として残す運用が一般的です。

プロンプトの工夫だけで誤りを減らせますか

減らす方向には働きますが、それだけで足りるとは考えにくいところです。条番号を1つに断定させない、条文本文を記憶から書かせない、施行日を出力させないといった制約は有効ですが、最後は原典との突き合わせが要ります。プロンプトは検証工程を軽くする道具であって、代替ではありません。

検証記録はどのくらい残せばよいですか

事務所ごとの情報管理規程に合わせる形になります。記録には案件との結びつきが残るため、他の業務記録と同じ保存期間に合わせる例が多く見られます。保存期間と廃棄の担当を決めていない状態で記録だけ増やすと、管理対象が増えるだけになります。

顧問先に条番号を伝えるとき、URLも一緒に渡すべきでしょうか

原典URLを併記する運用が広がっています。顧問先側で検算できる形になり、後から改正が入ったときにも、どの時点の条文を前提に説明したかが残ります。手間は1行増えるだけです。

参考文献

• e-Gov法令検索
• e-Gov法令API
• e-Gov法令検索 労働基準法第89条
• e-Gov法令検索 個人情報の保護に関する法律第27条
• 総務省 AI事業者ガイドライン関連ページ
• 個人情報保護委員会 生成AIサービスの利用に関する注意喚起等
• 日本弁護士連合会 意見書等

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/