AI契約書レビューの結果を顧問先にどう説明するか責任範囲と免責の7設計

AIレビュー結果の説明とは、AI出力の位置づけと責任の所在を依頼者に伝える工程のことです。

AI契約書レビューを事務所に入れた後、最初に詰まるのは技術ではなく説明です。ツールが出した指摘をそのまま依頼者に渡してよいのか、どこまでが有資格者の判断で、どこからが機械の出力なのかを、業務委託契約書や報告書のどこに書くのか。この記事では、AI契約書レビューの結果を顧問先に説明するときの責任範囲と免責の設計を、7つの工程に分けて整理します。なお本記事は有資格者による確認を経ていない記事であり、実際の運用は各事務所の判断で組み立ててください。法務省大臣官房司法法制部は2026年8月21日にビジネス分野におけるAI等法務業務支援サービスの提供と弁護士法第72条の関係に関するガイドラインを公表しており、提供者側のガバナンスに関する留意事項が整理されました（出典: LegalOn Technologies ニュースリリース、法務省ガイドライン本文PDF）。

2026年のAI契約書レビューは使う側の説明責任に論点が移った

AI契約書レビューをめぐる議論は、この3年でフェーズが変わりました。2023年8月1日に法務省が公表したAI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係については、サービスを提供してよいかという提供者側の問いに答えるものでした。そして2026年8月21日の新ガイドラインは、対象を契約書等関連業務からビジネス分野の法務業務支援サービス全般へ広げ、事件性のある案件への利用を積極的に助長しない価値中立的なサービスが、一定の体制を整備している場合には一般的に弁護士法第72条に抵触しないことを整理しました（出典: LegalOn Technologies ニュースリリース）。

提供者側の予見可能性が上がったということは、裏返せば、使う側である事務所の説明責任が前に出てきたということです。ツールが適法に提供されていることと、そのツールの出力を事務所が依頼者にどう説明するかは、別の話だからです。弁護士法第72条は、弁護士または弁護士法人でない者が、報酬を得る目的で法律事件に関して鑑定・代理・仲裁・和解その他の法律事務を取り扱うことを業とすることを禁じる規定です（e-Gov法令検索弁護士法第72条）。この条文が向いているのは提供者と非弁の関係であって、有資格者がツールを使うときの説明の作法までは書いていません。

説明の作法を規律するのは、むしろ委任契約の側です。民法第644条は、受任者が委任の本旨に従い善良な管理者の注意をもって委任事務を処理する義務を負う旨を定めています（e-Gov法令検索民法第644条）。法律行為でない事務の委託についても、準委任として同じ規定が準用されます（e-Gov法令検索民法第656条）。契約書レビューという事務を受任している以上、その処理の過程にAIを噛ませたことをどう位置づけるかは、受任者側で整理しておく実務課題になります。

弁護士については、日本弁護士連合会のAI戦略ワーキンググループが弁護士業務における生成AIの利活用等に関する注意事項を公表しており、守秘義務、誤情報、最終責任の所在といった論点が整理されています（出典: 東京弁護士会 LIBRA 2026年6月号）。この整理を事務所の説明文書へどう落とすかは、当媒体でも東京弁護士会LIBRAの生成AI特集を読む事務所が確認する6つの論点で扱いました。

ツール選定そのものの判断軸は弁護士法72条の新ガイドライン公表 AI法務サービスを選ぶ7論点に、費用面の試算はAI契約書レビューのROIをどう試算するか法律事務所の判断基準7項目に整理してあります。本記事はその次、選んで使い始めた事務所が、成果物を渡す局面で何を書き分けるかに絞ります。

AIレビュー結果を顧問先へ渡すまでの7工程

契約書1通のレビューを、AIを噛ませた形で受任してから納品するまでを、7つの工程に分解します。各工程で誰が何を確認し、何を記録するかを決めておくと、説明文書の中身が自動的に決まります。

工程1 受任時に、AIを使う旨と使う範囲を伝える

最初の面談か、業務委託契約書の締結時に、契約書レビュー業務の一部でAIツールを利用する旨と、その範囲を伝えます。範囲というのは条項の抜け漏れの一次確認と、修正候補の下書きにAIを使い、リスク評価と最終的な修正方針は有資格者が判断するという程度の粒度です。ここを曖昧にしたまま進めると、後でAIが作ったものに料金を払ったのかという不満が出やすくなります。

工程2 入力してよい情報の範囲を、依頼者と合わせる

契約書そのものに加え、関連する社内資料や過去の交渉経緯を入力するかどうかを決めます。依頼者が第三者から受領した資料には、依頼者と第三者の間の秘密保持契約が効いている場合があります。この確認を飛ばして入力すると、事務所の守秘義務とは別の系統の問題が発生します。

工程3 一次レビューをAIに通し、出力を分類する

AIの出力は、そのまま渡すものではなく、3つに分けて扱います。第一に、条項の有無や日付の整合など、機械的に確認できて事実として検証可能なもの。第二に、条項の書き方の候補など、複数の選択肢が並ぶもの。第三に、リスクの重み付けや交渉方針など、有資格者の判断そのもの。第三の類型は、AIの出力を根拠として引用しない扱いにしておくと、後の説明が楽になります。

あなたは契約書の確認を補助するアシスタントです。以下の契約書案について、
次の3種類に分けて出力してください。判断や評価は書かず、事実の指摘に限定します。

1. 形式的な不備（条番号の重複、参照先の条番号のずれ、日付の矛盾、定義語の未定義）
2. 一般的な契約書に含まれることが多い条項のうち、本案に見当たらないもの
3. 文言が複数の読み方を許す箇所（該当箇所を原文のまま引用し、読み方の候補を列挙）

各指摘には、契約書の該当箇所を原文のまま引用してください。
条文番号や法令名を挙げる場合は、確認できないものは「未確認」と明記してください。

契約書案：
（ここに本文を貼り付け。当事者名は甲・乙に置き換えてあります）

工程4 有資格者が全件を突き合わせる

工程3の出力を、有資格者が原文と突き合わせます。ここで重要なのは、AIが指摘しなかった箇所も見る点です。AIレビューは指摘の網羅性を上げる道具であって、指摘がないことを安全の証明として使うものではありません。突き合わせの結果、採用した指摘・採用しなかった指摘・AIが挙げなかったが有資格者が加えた指摘の3群を、作業記録として残します。

工程5 依頼者に渡す報告書を、出所を分けて構成する

報告書の中で、AIの一次出力をそのまま載せる部分は作らないのが実務上は簡明です。有資格者が採用した指摘だけを、有資格者の言葉で書きます。そのうえで報告書の冒頭または末尾に、業務の過程でAIツールを利用したこと、最終的な内容は有資格者が確認していることを1段落で書き添えます。

以下の条件で、契約書レビュー報告書の冒頭に置く「本報告書について」の
文案を3案作ってください。いずれも4文以内、敬体、専門用語は最小限にします。

条件：
- 本業務の過程で契約書確認用のAIツールを利用したこと
- AIの出力は一次的な確認に用いており、指摘の採否と修正方針は有資格者が判断したこと
- 本報告書の内容についての照会先が事務所であること
- 断定的な保証を意味する表現は使わないこと

出力は3案を並べ、それぞれ何を強調した案かを一行で添えてください。

工程6 業務委託契約書側に、AI利用と責任の条項を置く

報告書の但し書きだけでなく、業務委託契約書の側にも1条を置いておくと、案件ごとに説明をやり直す手間が減ります。書き方の例としては、受任業務の遂行にあたりAIを含む情報処理サービスを利用する場合があること、利用にあたっては秘密保持の措置を講じること、成果物の内容についての責任は従前どおり受任者が負うこと、の3点です。3点目を落とすと、免責の意図があるように読まれかねません。

工程7 記録を案件ファイルに残す

利用したツール名とバージョン、入力した資料の範囲、出力の採否、確認した担当者名と日付を、案件ファイルに残します。この記録があると、後日に依頼者からあの指摘はどこから出たのかと聞かれたときに、工程をたどって答えられます。記録の残し方の細かい設計は生成AIの架空判例・架空条文を止める引用前に通す5つの関門と記録の残し方にまとめてあります。

7工程を通して共通するのは、AIの出力を材料として扱い、依頼者に渡す成果物は有資格者の判断で構成し直すという構図です。この構図が守られていれば、説明文書は短くて済みます。逆に、AIの出力をそのまま転記する運用にすると、説明文書がどんどん長い免責文になっていきます。

顧問先資料をAIに入れる前に決めておく守秘義務と規程の線

AIレビューの説明設計を考えるとき、責任範囲の話と守秘義務の話は分けて扱ったほうが整理しやすくなります。責任範囲は受任契約の問題、守秘義務は職務上の義務の問題で、根拠が違うからです。

弁護士については、弁護士法第23条が、職務上知り得た秘密を保持する権利と義務を定めています（e-Gov法令検索弁護士法第23条）。行政書士については、行政書士法第12条が、正当な理由なく業務上取り扱った事項について知り得た秘密を漏らさない旨を定め、行政書士でなくなった後も同様である旨を置いています（e-Gov法令検索行政書士法第12条）。契約書の内容は、いずれの職種でも職務上知り得た秘密の中核に位置づく情報です。

ここで検討の対象になるのが、ツール側のデータの扱いです。事業者向けプランでは、入力したデータをモデルの学習に用いない旨が明示されている例があります。OpenAIは法人向けの提供において、既定では入力・出力をモデルの訓練に使用しない旨を公開しています（出典: OpenAI Enterprise privacy）。ただし、学習に使わないことと、事業者側にデータが保存されないことは別の話です。保存期間、保存場所、事業者内部でのアクセス権限、サブプロセッサの範囲は、それぞれ別の項目として契約条件を確認する必要があります。

依頼者への説明では、次の3点を伝える形が実務的です。第一に、利用するツールの名称と提供者。第二に、入力するデータの範囲と、学習利用の有無。第三に、事務所内で誰がアクセスできるか。第三の点は見落とされやすいのですが、依頼者が気にしているのは事業者よりも事務所内部の取扱いであることが少なくありません。

事務所規程に落とす場合の項目は、次のように整理できます。利用を認めるツールと契約プランを列挙すること、入力してよい情報の類型を定義すること、依頼者への事前の説明を要する場面を定めること、出力の確認者を有資格者に限ること、記録の保存期間を定めること。この5項目があれば、案件ごとの判断は現場でできるようになります。逆に、これらを決めずにAIは慎重に使うとだけ書いた規程は、現場では機能しにくくなります。

依頼者の同意については、包括的に取るか案件ごとに取るかで運用負荷が大きく変わります。顧問契約を結んでいる継続的な関係であれば、顧問契約書または覚書で包括的に説明し、個別案件では報告書の但し書きで足りる設計が取りやすいでしょう。スポットの受任であれば、受任時の説明で完結させる形になります。いずれの場合も、説明した内容と日付を記録に残すところまでを1セットとして考えます。

説明を省いた事務所で起きやすい3つの行き違い

ここでは、AIレビューの説明設計を後回しにした場合に起きやすい行き違いを3つ挙げます。

1つ目は、成果物の価格に対する不満です。依頼者がAIでやっているなら安くなるはずだと考え、事務所は確認工程が増えていると考える。この食い違いは、AI利用の事実だけを伝えて、有資格者の工程量を説明していないときに起きます。回避策は、受任時にAIが担う範囲と有資格者が担う範囲を分けて示すことです。工数の内訳を示せば、価格の議論は工程の議論に変わります。

2つ目は、指摘の出所をたどれなくなる事態です。依頼者からこの指摘の根拠は何かと問われたときに、AIの出力なのか有資格者の判断なのかを事務所側が答えられない。作業記録を残していないと、数か月後には本人にも分からなくなります。回避策は工程7の記録で、ツール名・入力範囲・採否・確認者・日付の5項目を1行で残す程度でも、後の説明力はまったく変わります。

3つ目は、存在しない条文や判例が報告書に載る事態です。生成AIが実在しない条番号を出力することは知られており、実務では引用前の突き合わせが前提になります。回避策は、条文と判例を一次情報で開いて確認する運用を工程に組み込むことです。e-Gov法令検索で条文を開いて条番号と本文を確認する作業を、報告書の作成工程に入れてしまうと、確認漏れが起きにくくなります。

この3つに共通するのは、AIの性能の問題ではなく、工程設計と説明の問題だという点です。ツールを高性能なものに変えても、説明の設計がなければ同じ行き違いが起きます。

説明設計にかかる工数と、誰が持つか

説明設計そのものにかかる工数は、初期構築と運用に分けて考えます。

初期構築は、業務委託契約書のひな形へ1条を追加する作業、報告書の但し書き文案を作る作業、事務所規程へ5項目を追加する作業の3つです。既存のひな形がある事務所であれば、有資格者が担当する作業として数時間から半日程度の範囲で収まることが多く、外部の助言を入れる場合でもスポットの相談で足ります。文案を3案作る作業自体は、工程5に挙げたプロンプトで下書きを作り、有資格者が選んで直す形にすれば短縮できます。

運用は、案件ごとの記録の作成です。5項目を1行で残す形にしておけば、案件あたり数分の作業に収まります。案件管理システムに項目を追加できるなら、そこに1フィールド足すのが最も安価です。

体制としては、規程と文案を持つ担当者を決めておくと運用が安定します。AIツールは仕様変更が頻繁で、学習利用の既定値や保存期間が変わることがあります。四半期に一度、契約しているプランの条件を確認して、規程の記載と食い違っていないかを見る担当を決めておく形が現実的です。この役割はIT担当ではなく、規程の意味を判断できる有資格者側に置くほうが機能します。

説明の型が事務所の差になっていく

法務省が2026年8月21日に公表したガイドラインで、提供者側の予見可能性は上がりました（出典: LegalOn Technologies ニュースリリース）。ツールが適法に提供されていることは、これからは前提として扱われていくでしょう。そうなると差がつくのは、そのツールを使って何を出したか、その出所をどう説明したかという、使う側の設計です。

論点として残るのは3つあります。第一に、AI利用の説明をどこまで事前に、どこまで事後に置くかという配分です。事前の説明を厚くすると受任時の負荷が上がり、事後に寄せると依頼者の納得を得にくくなります。第二に、AIの出力を根拠として引用する場面を認めるかどうかです。現状は引用しない設計が簡明ですが、ツールが出典を伴う形で出力するようになれば、扱いは変わり得ます。第三に、依頼者側にもAI導入が進んだときの分担です。依頼者がAIで一次確認した契約書を持ち込む場面が増えれば、事務所の役割は確認の確認に寄っていきます。

いずれも、いまの時点で正解が決まっている論点ではありません。決められるのは、自分の事務所がどの範囲を有資格者の判断として残すかという線引きだけです。その線が引けていれば、ツールが変わっても説明の型は使い回せます。

よくある質問

AI契約書レビューを使っていることを、依頼者に伝える必要がありますか

法令に一律の告知義務を定めた規定は確認できていません。ただし、日本弁護士連合会のAI戦略ワーキンググループによる注意事項では、守秘義務や最終責任の所在が論点として整理されており（出典: 東京弁護士会 LIBRA 2026年6月号）、依頼者の情報を外部サービスへ入力する場面では、説明と同意の実務が論点になります。伝えるかどうかではなく、何をどの粒度で伝えるかを事務所として決めておく形が現実的です。

報告書にAIの出力であり正確性を保証しないと書けば免責されますか

そうした記載だけで責任の範囲が定まるとは言い切れません。受任者の義務は民法第644条の善管注意義務として定められており（e-Gov法令検索民法第644条）、成果物の作成過程にどの道具を使ったかによって受任事務の内容が変わるわけではないため、免責文の記載と実際の責任範囲は分けて検討する論点になります。実務的には、免責を書くよりも、有資格者が確認した範囲を明示するほうが説明として通りやすくなります。

顧問先から受け取った資料をそのままAIに入れてよいですか

入れる前に、その資料が顧問先自身の情報だけで構成されているかを確認する工程を置く方法があります。第三者から受領した資料が含まれる場合、顧問先と第三者の間の秘密保持契約の条件が関係してきます。事務所側の守秘義務は弁護士法第23条や行政書士法第12条といった各職種の規定で定められていますが（e-Gov法令検索弁護士法第23条）、第三者との契約条件は別系統の確認事項として残ります。

AIが指摘しなかった箇所に問題があった場合、どう説明すればよいですか

説明の材料になるのは、有資格者が何を確認したかの記録です。AIが指摘しなかったことを説明の根拠にすると、確認の主体がAIだったという構図になってしまいます。工程4で挙げたAIが挙げなかったが有資格者が加えた指摘の記録を残しておくと、確認の主体が有資格者側にあったことを示す材料になります。

業務委託契約書には具体的にどう書けばよいですか

条項の書き方に決まった型はありませんが、実務では3要素で構成する例が見られます。受任業務の遂行にあたりAIを含む情報処理サービスを利用する場合があること、利用にあたって秘密保持の措置を講じること、成果物の内容についての責任は従前どおり受任者が負うこと。3要素目を書かないと、責任の限定を意図した条項として読まれる余地が生じます。個別の文言は、自事務所のひな形全体との整合を見て決める領域です。

小規模事務所でもこの7工程は回せますか

工程を減らさずに、記録の粒度を落とす形で回せます。5項目を1行で残す運用であれば、案件あたりの追加工数は数分の範囲に収まります。むしろ人数が少ない事務所ほど、担当者の記憶に依存した運用になりやすいため、記録の効果は大きくなります。

ツールを乗り換えたら、説明文書は作り直しですか

工程6の契約書条項をツール名で書いていなければ、作り直しは不要です。条項ではAIを含む情報処理サービスといった類型で書き、具体的なツール名は事務所規程の別表に置く構成にしておくと、乗り換え時に直す箇所が別表だけで済みます。

まとめ

法務省大臣官房司法法制部は2026年8月21日に、ビジネス分野におけるAI等法務業務支援サービスの提供と弁護士法第72条の関係に関するガイドラインを公表し、価値中立的なサービスが一定の体制を整えている場合の考え方と、提供者側のガバナンス上の留意事項を整理しました（出典: LegalOn Technologies ニュースリリース）。提供者側の前提が整った先で残るのは、使う側の説明設計です。受任時の伝達、入力範囲の合意、出力の3分類、有資格者による突き合わせ、報告書の構成、契約書条項、記録の7工程を決めておけば、案件ごとに説明を作り直す必要はなくなります。免責文を厚くする方向ではなく、有資格者が確認した範囲を明示する方向で組むほうが、依頼者の納得も事務所の実務も安定します。

参考文献

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

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。