法務省がAI法務の新ガイドラインを公表　ChatGPTで契約書を読んでもいい？を72条から考える　生成AIを導入・提供する事業者、企業法務担当者、国内AI開発者向け記事

最終更新　2026/08/24 04:15

こんにちは黒パグです🐾

2026年8月21日、法務省が「ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について」という新しいガイドラインを公表しました。
名前が長い。
しかし、生成AIを仕事で使っている人にとっては、かなり重要な文書です。

例によって長いので、結論を短くまとめます。　8500文字オーバー

通勤途中やながら作業で聞けるようにポッドキャストを用意しています。　正直記事読むよりこちらの方がわかりやすかったです。

記事要約！　お忙しい方はこちらだけ読んでください

法務省が、事業者向けAI法務支援サービスと弁護士法72条の関係を整理する新しいガイドラインを公表しました。法律改正でも、AI法律相談の全面解禁でもありません。
大きな判断材料は、法的な争いがある、または争いがほぼ避けられない案件で使わせることを目指した設計か、その用途に特化・それを念頭に置いた機能か、提供者が実際の利用をどう認識し対応しているかです。
汎用型AIやAPIによる機能提供も対象になり得ます。ただし、個別サービスや利用方法の適法性を保証する文書ではなく、最終的な法的判断は裁判所に委ねられます。

対象読者想定表

生成AIを業務利用する一般社員
主な疑問：ChatGPTに契約書を入力してよいのか
対応箇所：冒頭／「今回のガイドラインで決まっていないこと」

経営者・事業責任者
主な疑問：AI法務サービスを導入・提供して問題ないか
対応箇所：「何が公表されたのか」／「開発者は何を確認すればよいのか」

企業法務・コンプライアンス担当者
主な疑問：弁護士法72条との境界、事件性、弁護士の関与
対応箇所：「そもそも弁護士法72条とは」／「事件性が最初のつまずきポイント」／「弁護士監修と書けばよいのか」

AIサービスの企画担当者
主な疑問：UI、広告、対象顧客、利用規約も評価されるのか
対応箇所：「三つのチェックを通れば合法、ではない」の第一層

LLM・AIエンジニア
主な疑問：RAG、システムプロンプト、ツール接続、ログをどう設計すべきか
対応箇所：「鑑定に当たり得ると72条違反は同じではない」／三層整理／「ログを常時監視しなければならないのか」

SaaS・リーガルテック事業者
主な疑問：法務特化サービスをどう設計・運用すべきか
対応箇所：三層整理／「開発者は何を確認すればよいのか」

汎用AI・基盤モデル提供者
主な疑問：汎用型AIもガイドラインの対象になり得るのか
対応箇所：「汎用型AIとAPIも無関係ではない」

API提供者・プラットフォーム事業者
主な疑問：提供先の用途をどこまで把握すべきか
対応箇所：「汎用型AIとAPIも無関係ではない」／開発者向け確認項目

海外AI事業者・日本法人
主な疑問：国内窓口や登記は弁護士法72条上の義務なのか
対応箇所：「汎用型AIとAPIも無関係ではない」の海外事業者部分

弁護士・法律事務所
主な疑問：サービス設計への関与、監修、個別出力の確認はどう違うのか
対応箇所：「弁護士監修と書けばよいのか」

AIサービスの運用・カスタマーサポート担当者
主な疑問：問題のある利用を認識した後、何をすべきか
対応箇所：三層整理の第三層／「ログを常時監視しなければならないのか」

情報セキュリティ・個人情報担当者
主な疑問：ログ保存、秘密情報、個人情報をどう扱うか
対応箇所：「ログを常時監視しなければならないのか」

投資家・業界ウォッチャー
主な疑問：法改正、全面解禁、政策転換なのか
対応箇所：冒頭三行要約／「何が公表されたのか」／「出力制限は義務になったのか」

AI初心者・一般読者
主な疑問：結局、何が変わり、何が決まっていないのか
対応箇所：冒頭三行要約／「まとめ」

この記事の中心読者は、生成AIを導入・提供する事業者、企業法務担当者、AI開発者です。一般のChatGPT利用者も入口となる読者ですが、今回のガイドラインが直接整理している中心対象は、ビジネス分野でAI法務支援サービスを提供する事業者です。

先に、この記事で答えられないことも書いておきます。

「ChatGPTに自社の契約書を読ませてもよいですか」と聞かれても、今回のガイドラインだけを根拠に、単純に「はい」とは答えられません。
なぜなら、この文書の中心は、一般利用者による生成AIの使い方を一括して許可することではなく、事業者がAI法務支援サービスを提供するとき、どのような場合に弁護士法72条との関係が問題になるかを整理することだからです。

さらに、契約書を外部AIへ入力してよいかは、弁護士法72条だけで決まりません。秘密保持契約、個人情報、営業秘密、社内規程、利用するAIサービスの規約やデータの取扱いも別に確認する必要があります。今回の文書は、それらをまとめて解決するものではありません。

何が公表されたのか

法務省が公表したのは、ビジネス分野のAI等法務業務支援サービスと弁護士法72条の関係を整理したガイドラインです。

ここで最初に区別しておきたいことがあります。

これは新しい法律ではありません。弁護士法72条を改正したものでも、裁判所の判決でもありません。特定のAIサービスを適法だと認定する「国のお墨付き」でもありません。

令和5年、つまり2023年にも、法務省はAI等を用いた契約書等関連業務支援サービスと弁護士法72条の関係を整理していました。今回の令和8年版は、その基本的な解釈を変更せず、対象業務や考慮事情を補完・拡充する位置付けです。
令和5年版は、契約書等の作成・審査・管理支援を中心に、どのような機能が「鑑定その他の法律事務」に該当し得るかを具体的に整理していました。

令和8年版では、文献調査、法的問題点の検討、書面の作成・審査・管理、ガバナンス、リスク管理、コンプライアンス、内部通報事案の調査、新規事業や事業再編、トラブル発生時の内部調査、株主総会や取締役会の支援など、より幅広い業務が例示されています。
ただし、これは「AIでやってよい業務一覧」ではありません。例示された業務でも、具体的な案件、サービスの設計、機能、利用方法、提供者の認識などによって評価は変わり得ます。

そもそも弁護士法72条とは

弁護士法72条は、弁護士でない者が、報酬を得る目的で、業として、法律事件に関する法律事務を取り扱うことなどを禁止する規定です。
少し言葉が固いですが、「法律に関係する作業をAIで行えば、すべて違反になる」という条文ではありません。報酬を得る目的があるか、法律事件に関するものか、法律事務を取り扱ったといえるかなど、条文上の要素を個別に検討します。
ここで「有料サービスなら対象、無料サービスなら対象外」と単純化してはいけません。
令和5年版は、報酬について、直接の利用料だけでなく、他の有償サービスへの誘導、第三者の有償サービスへの送客と金銭の受領、サブスクリプションや会費で利用資格を得る場合など、実質的な対価関係が認められるケースもあり得ると整理しています。
無料という表示だけで、自動的に72条と無関係になるわけではありません。反対に、料金が発生しているという事実だけで、直ちに違反が決まるわけでもありません。

「事件性」が最初のつまずきポイント

今回の文書を理解するうえで重要なのが「事件性」です。
初心者向けに言い換えると、既に法的な争いや疑義がある案件だけでなく、法的な争いが生じることがほぼ避けられない案件なども含み得る、という話です。
例えば、一般的な契約書のひな形を作る作業と、既に相手方と揉めている契約について勝訴可能性や和解条件を個別に判断する作業では、背景が大きく異なります。

ただし、「訴訟前なら事件性はない」「通常契約なら必ず事件性はない」「社内処理なら必ず安全」とは断定できません。契約の目的、当事者の関係、これまでの経緯、具体的な対立の有無などによって評価が変わり得るためです。
この部分を一行のチェック項目にできないのは、ガイドラインが不親切だからではありません。同じ契約書でも、締結前の一般的な確認なのか、既に争いが起きた後の責任追及や和解交渉に使うのかで、法的な意味が変わるからです。

「鑑定に当たり得る」と「72条違反」は同じではない

ここは最も誤読しやすい部分です。
令和5年版は、法律上の専門知識に基づいて法律的な見解を述べることを「鑑定」と整理しています。そのうえで、個別事案の経緯や背景を法的に処理して具体的な契約書案を表示する機能や、個別事案に応じて法的リスクの有無や程度を表示する機能は、鑑定等に該当し得るとしています。

一方、プリセットされたひな形の選別、字句の意味と無関係な差分表示、言語的な類似性だけに着目した表示、一般的な解説や裁判例を個別修正せずに表示する機能は、通常は鑑定等に該当しない例として挙げられています。
では、右側の機能を搭載したら違法なのでしょうか。
そうは書かれていません。

「鑑定等に該当し得る」は、72条を検討する一要素の話です。違反と評価するには、報酬を得る目的、業として行うこと、事件性など、ほかの要素も検討する必要があります。通常の企業活動に伴う契約の多くは事件性を欠くと考えられるため、契約書案や修正案を生成する機能そのものが禁止されたわけではありません。

反対に、「検索だけ」「RAGを使っている」「引用元を表示する」という理由だけで、安全だともいえません。詳細な入力や選択肢の組み合わせによって個別事案を法的に処理する機能になれば、ラベルではなく実態が見られます。

三つのチェックを通れば合法、ではない

今回のガイドラインの中心は、サービスを三つの層に分けて読むと分かりやすくなります。ただし、これは筆者による説明上の整理であり、三つを満たせば自動的に合法になる法定チェックリストではありません。

第一層は、設計と機能です。
サービスが、事件性のある案件の法律事務に利用させることを目指して設計されているか。そのような利用に特化し、またはそれを念頭に置いた特性や機能を備えているかを見ます。
ここで重要なのは、開発者の心の中だけを調べる話ではないことです。「そのつもりはなかった」と説明しても、UI、システムプロンプト、RAG、ファインチューニング、接続されたツール、広告、利用規約、想定顧客などが紛争処理へ強く向いていれば、客観的な設計や機能として評価され得ます。

第二層は、利用実態と提供者の認識です。
設計と機能が価値中立的でも、問題となる利用が現に行われようとしていることを具体的に認識し、認めながら提供している場合は、評価が変わり得ます。例外とはいえない範囲の利用者が、そのように使う可能性が高いと認識している場合も同様です。
「利用者が勝手にプロンプトを入力したので、提供者は関係ない」と常に切り離せるわけではありません。利用者の入力をきっかけに自動で出力される仕組みでも、その支援を提供するために組み込まれた機能や提供状況を含めて、提供者の行為と評価され得るからです。

第三層は、体制と認識後の対応です。
利用目的の説明、適切な注意表示、弁護士への相談案内、問い合わせ窓口、不適切利用を認識した後の警告や利用停止などは、提供者が問題利用を認識・認容していないことを示す方向に働き得ます。
しかし、ここには大きな注意があります。
画面の下に「必要に応じて弁護士へ相談してください」と書けば、設計上の問題が消えるわけではありません。プロダクトの中核が、弁護士を介さずに紛争案件を処理するための機能へ特化しているなら、注意書きだけで白くなるとは読めません。
注意書きより、アーキテクチャを見る。
LLMエンジニアとして、今回の文書で最も重要だと感じたのはここです。

ログを常時監視しなければならないのか

いいえ。少なくとも今回のガイドラインは、提供者へ積極的な常時監視義務を課したものではありません。
利用ログの分析は、提供者が問題利用を認識する経路の一例として挙げられています。ログの保存や分析を72条上の義務として求めたものではありません。

ただし、問い合わせ、利用者からのフィードバック、ログ分析など、何らかの経路で具体的な問題利用を認識した後も、合理的な措置を取らずに漫然と提供を続ければ、評価は変わり得ます。
したがって、「監視義務はない」と「知った後も放置してよい」は別の話です。

実装上ログを利用する場合も、保存すればよいという単純な話ではありません。個人情報、プライバシー、営業秘密、保存期間、アクセス制御、誤検知などは別に設計する必要があります。これは72条ガイドライン上の義務を追加するという意味ではなく、実際のサービス運用で避けられない別論点です。

なぜWinny事件が出てくるのか

今回のガイドラインには、Winny事件の最高裁決定が参照されています。
ここだけ切り取ると、「Winny判決が生成AIへ適用された」「生成AIはWinnyと同じ基準を超えなければ責任を負わない」と読みたくなります。
しかし、それは広げすぎです。

Winny事件は著作権法違反幇助の刑事事件であり、弁護士法72条の事件ではありません。今回のAIサービスへ、その判決が直接適用されたわけでもありません。

法務省は、設計・機能の面で価値中立的なサービスの提供者について、正犯として刑事責任を問う局面では、Winny事件で最高裁が考慮した要素と同様以上の事情が必要と考えるのが自然だと述べています。

対象は、設計・機能上、価値中立的なサービスです。「72条違反はWinny事件より成立しにくい」「生成AIはWinnyより安全」と一般化はできません。

同時にガイドラインは、利用者の操作を契機とする自動出力でも、仕組みや提供状況によっては提供者の行為と評価され得る方向の判例も参照しています。

つまり、一方では価値中立的な技術の提供だけで直ちに責任を負わせない。他方では、利用者が入力したから提供者は常に無関係、とはしない。この両方向を読む必要があります。
汎用型AIとAPIも無関係ではない

令和8年版は、一定の場合に汎用型AIの提供者も対象になり得ることを明記しました。APIなどを通じて他のサービスへ機能を提供する事業者についても、提供先の利用目的や利用方法を認識し得る場合には、ガイドラインの趣旨が及び得ます。

ただし、ChatGPT、Claude、Geminiなどの製品全体が、日本法上のAI法務支援サービスに認定されたという意味ではありません。汎用型AIという名称だけで価値中立性が決まるわけでもありません。

同じ基盤モデルでも、法務専用のシステムプロンプト、RAG、ファインチューニング、エージェントツール、UI、広告、顧客層などを組み合わせれば、提供するサービスの性質は変わります。

API提供者も、利用者から遠いというだけで常に無関係とはいえません。一方で、APIを提供しているという事実だけで責任が決まるわけでもありません。どこまで用途を認識できたか、どのような機能を提供したかなど、個別事情が必要です。

海外事業者については、外国会社が日本で継続的に取引する場合の会社法上の措置と、国内の対応窓口に関する記載もあります。ただし、前者は会社法の問題で72条とは別です。個別企業が登記義務を負うか、このガイドラインだけから当てはめることはできません。国内窓口も推奨であり、窓口がないことが直ちに72条違反を意味するわけではありません。

弁護士監修と書けばよいのか

これも単純ではありません。

ガイドラインは、日本法について鑑定等にわたり得る機能を提供する場合、日本の弁護士資格を持つ者がサービス設計に実質的に関与することを望ましいとしています。

しかし、「弁護士監修」という表示だけで適法性が切り替わるわけではありません。名義だけの形式的な監修、サービス設計への実質的関与、個別出力を弁護士が確認する仕組み、弁護士自身が補助ツールとして利用する場合は、それぞれ別の話です。

ガバナンス事項も、すべて同じ強さではありません。原文には「厳に行わないようにしなければならない」「厳に慎むべき」「望ましい」「重要」といった異なる表現が混在しています。したがって、まとめて「法的義務」または「任意のおすすめ」と呼ぶのは不正確です。

出力制限は義務になったのか

なっていません。

法務省は、一定の出力を技術的に制限することを留意・推奨事項として明記するか検討しました。しかし、適法な出力へ影響しない実効的な範囲を明確にすることが難しく、事業者のサービス提供を萎縮させる影響も大きいとして、明記を見送りました。

これは「出力制限は不要」「法的に不可能」「何も制限しなくてよい」という意味ではありません。今後の技術進展を踏まえた事業者の自主判断と、今後の検討課題へ残されたというのが正確です。

ガイドラインは、注意や警告、悪質な場合の利用停止、将来の技術進展に応じた実効的なセーフガードを含むガバナンス構築へ自主的に取り組むことを期待しています。

開発者は何を確認すればよいのか

今回の文書を、開発者向けの「合法チェックリスト」に変換することはできません。個別事情で評価が変わり、最終判断は裁判所に委ねられるからです。

そのうえで、サービス設計を見直すための観点は抽出できます。
誰が、何のために使うサービスなのか
事件性のある案件処理へ向けた設計や宣伝になっていないか
中核機能は一般的な業務支援か、紛争処理へ特化しているか
弁護士に代わる法的判断を提供すると誤認させる表示がないか
日本法について鑑定等にわたり得る機能へ、日本の弁護士が実質的に関与しているか
問題利用を具体的に認識したとき、警告、制限、停止、相談案内などの対応経路があるか
API提供先の用途を、契約や運用上どこまで把握できるか
注意表示、根拠表示、問い合わせ窓口が実際の利用場面で機能するか
ただし、これらはすべて同じ強度の法的義務ではありません。また、全部にチェックを付ければ適法になるわけでもありません。


RAGを付ける。引用元を表示する。免責文を書く。ログを保存する。弁護士監修と表示する。
どれも、それだけで適法性を切り替える魔法のスイッチではありません。

今回のガイドラインで決まっていないこと

今回の文書だけでは、次の問題へ一般的な結論を出せません。
個人消費者向け法律相談AIの一般的な可否
個々のChatGPT利用者が契約書を入力してよいか
AI出力の正確性やハルシネーションに関する責任
秘密保持、個人情報、著作権、営業秘密など、ほかの法律や契約上の問題
AI出力によって損害が出た場合の民事責任
訴状などの生成を、どの範囲で技術的に制限すべきか
将来の法改正や新しいルールの具体的内容
答えを出せない理由は、調査不足だけではありません。今回のガイドラインが直接扱っていない論点があり、扱っている72条の問題も、具体的な設計、機能、案件、用途、提供者の認識などによって評価が変わるからです。
まとめ

今回のガイドラインは、AIによる法律相談の全面解禁でも、企業法務での生成AI利用に対する国のお墨付きでもありません。
法務省が示したのは、ビジネス分野のAI法務支援サービスを弁護士法72条との関係で評価するとき、どのような事情を見るのかという整理です。
重要なのは、モデル名や「汎用AI」「法務AI」「AIエージェント」というラベルではありません。
何のために設計され、どのような機能を持ち、誰へどう提供され、実際に何へ使われ、提供者がその利用をどう認識し、認識した後にどう対応したか。
注意書きだけで、アーキテクチャは白くならない。
今回の文書をLLMエンジニアが読む意味は、ここにあります。

一次資料

法務省：ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について
https://www.moj.go.jp/housei/shihouseido/housei10_00134.html

令和8年ガイドライン本文
令和8年ガイドライン概要
ルールメイキングの在り方検討ロードマップ
令和5年ガイドライン本文
詳細リンクは添付のPDFよりご確認ください

注記

本記事は、2026年8月22日時点の公開資料に基づく一般的な情報提供を目的とした仮ドラフトです。法律相談、法的助言、個別サービスまたは利用方法の適法性判断を提供するものではありません。具体的な案件については、日本の弁護士資格を有する専門家へご相談ください。法令、行政解釈、裁判例およびガイドラインは、今後変更される場合があります。

#生成AI #AI法務 #リーガルテック #企業法務 #法務 #弁護士法72条 #AIガバナンス #リスクマネジメント #コンプライアンス #DX #業務効率化 #ChatGPT #LLM #AIエージェント #法務省