リーガルテックに、なぜ「責任OS」が必要なのか
― 法務省2026年ガイドラインが示した、「AIが答える」から「その答えを採用してよいか」への転換
「AIに契約書を読ませてもよいのか」
リーガルテックを巡って、長く問われてきたのはこの問題だった。
AIに契約書を読み込ませ、条項の不足やリスクを指摘させる。判例や法令を調査させ、契約書や社内文書のドラフトを作らせる。
こうした利用が弁護士法第72条との関係で許されるのか。それとも、弁護士ではないサービス提供者が法律事務を取り扱う「非弁行為」と評価されるのか。
2026年8月21日、法務省はこの問題について、新たに「ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について」を公表した。2023年の旧ガイドラインが主として契約書関連サービスを対象としていたのに対し、今回のガイドラインは、企業における法務業務支援をより広く対象としている。
ただし、今回示されたのは、個々のAIサービスに一律の適法性を与える「安全港」ではない。
弁護士法第72条は刑罰法規であり、最終的な該当性は、サービスの設計、機能、表示、利用目的、対象案件、実際の用法など、具体的な事実関係に基づいて判断される。法務省自身も、個別サービスのホワイトリストを作ることには限界があり、最終的な当てはめは司法判断になると説明している。
では、このガイドラインは何を変えたのか。
最も重要な変化は、論点の中心が、
AIが何を出力したか
だけではなく、
そのAIが、誰に、どのような案件について、何の目的で、どのように利用されるよう設計され、実際にどう利用されているか
へ移ったことである。
これは、リーガルテックにおいて「責任OS」が必要になる理由と、ほぼ直接につながっている。
▼責任OSの詳細はこちら（プレスリリース）
1．「ユーザーが入力しただけ」では、サービス提供者と切り離せない
これまでAIサービスでは、しばしば次のような説明が用いられてきた。
プロンプトを入力するのは利用者である
AIの回答を採用するかは利用者が判断する
最終判断は人間が行う
サービスは情報提供にすぎない
しかし、今回のガイドラインは、利用者のプロンプト入力を、常にサービス提供者とは無関係な行為として扱うわけではない。
法的な業務支援を行う機能があらかじめ設計され、そのサービスの性質上、利用者の入力が当然に想定されている場合、その入力は、提供者が企図した法務業務支援を開始させる「契機」にすぎないと評価され得る。つまり、利用者側の操作を含めて、サービス提供者の行為として評価される可能性がある。
これは技術設計上、非常に重い。
画面の最後に、
最終的には利用者自身で判断してください
と表示するだけでは、サービス提供者がどのような利用を想定し、どのような機能を実装し、どのような利用実態を認識していたかという問題は消えないからである。
「人間が最後にボタンを押した」ことと、「適切な条件を確認した上で責任ある判断が行われた」ことは、同じではない。
ここに、単なる免責表示ではなく、実際の利用条件を検証する技術が必要になる。
2．同じAI機能でも、案件の状態と用途によって意味が変わる
今回のガイドラインは、「事件性」のある案件での利用を目指した設計になっているか、そうした案件に特化した機能を備えているか、不適切利用を避けるためのガバナンス体制が整備されているか、という観点を示している。
これらの条件を満たす場合、文献調査、法的問題点の検討、書面の作成・審査・管理、ガバナンス、コンプライアンス、内部通報調査、新規事業スキームの検討、会議支援などは、一般的に弁護士法第72条に抵触しないと考えられる業務支援例として整理された。トラブル発生後であっても、社内の対応方針を決定するための内部調査支援は、この側に含まれ得る。
一方で、法的紛争が既に顕在化している案件や、紛争発生がほぼ不可避な案件の処理を目的とするサービス、訴状などの裁判所提出書面や、和解契約書などの紛争を前提とした対外文書を作成するサービスは、法律事務を取り扱ったと評価され得る例として示されている。
ここから分かるのは、法的リスクが、単なる文書形式やAI機能の名称だけでは決まらないということである。
例えば同じ「契約書の分析」であっても、
通常の取引開始前に、社内参考用としてNDAを確認する
契約違反を主張する通知が届いた後、その相手への回答方針を検討する
損害賠償請求への反論書面を作る
訴訟提出を前提として準備書面を作る
という場面では、案件の状態、利用目的、出力の提出先、弁護士の関与の必要性が異なる。
つまり、リーガルテックにおける許容性は、AIモデルや文書だけが持つ固定的な属性ではない。
文書 × 案件状態 × 利用主体 × 利用目的 × 出力先 × 時点
の関係によって変わる。
だからこそ、「訴状という単語があれば止める」といった静的なキーワードフィルターだけでは足りない。
3．「設計時には中立だった」だけでも終わらない
今回のガイドラインでさらに重要なのは、設計時点だけではなく、実際の利用状況も問題になり得る点である。
事件性のある案件への利用を目的としない、いわゆる「価値中立的なサービス」であれば、結果的に一部の利用者が紛争案件へ使用したというだけで、直ちに提供者が法律事務を取り扱ったと評価されるわけではない。
しかし、例外的とはいえない範囲の利用者が、事件性のある案件へ継続的に使用する蓋然性が高く、提供者がその状況を認識・認容しながら、合理的な措置を講じずに提供を続けている場合には、サービスの提供形態や用法を含めた評価が問題になり得る。
そのため、ガイドラインは、不適切利用を避けるためのガバナンス措置を、設計上の重要な要素として位置付けている。
ここで必要になるのは、一度だけ規約を整備して終わる「静的ガバナンス」ではない。
どのような案件で使われているか
利用目的が途中で変わっていないか
紛争が顕在化していないか
誰が出力を採用しようとしているか
出力が社内参考にとどまるのか、外部へ送られるのか
弁護士による確認が必要な状態になっていないか
を、利用時点で継続的に確認する必要がある。
これは、まさに実行時ガバナンスの問題である。
4．法務省が一律の「出力禁止」を採用しなかった意味
今回のガイドラインの策定過程では、訴状、答弁書、準備書面、証拠説明書など、特定の文書の出力そのものを制限する仕組みも検討された。
しかし法務省は、実効性が限定的である一方、適法な利用やサービス提供へ大きな支障を与え得るとして、一律の出力制限を推奨事項として明記せず、今後の検討課題とした。
この判断は、技術的にも合理性がある。
例えば「和解」という単語を含む文書を一律に生成禁止にすれば、社内研修、過去事例の要約、一般的な法制度の説明、弁護士が利用する補助ツールまで止めてしまう。
反対に、禁止対象を狭くしすぎれば、表現を少し変えるだけで回避できてしまう。
ここから先は、法務省が明示的に要求している内容ではなく、責任OSとしての技術的提案である。
必要なのは、AIの生成能力を全面的に封じることではなく、
AIが文章を生成することと、その文章を組織の正式判断として採用し、外部送信・提出・実行することを分離する
という設計ではないだろうか。
AIはドラフトを作ることができる。
しかし、そのドラフトを、
社内参考資料として閲覧してよいのか
法務部の確認へ回すべきか
弁護士によるレビューが必要か
取引先へ送信してよいのか
裁判所への提出に使用してよいのか
は、別の層が判定する。
この「生成」と「採用」の分離こそ、リーガルテックに責任OSを置く最大の意味である。
5．リーガルテックにおける責任OSとは何か
本稿でいう責任OSとは、AIモデルそのものでも、弁護士に代わって法的結論を出すシステムでもない。
AIの出力と、企業の正式な判断・行為との間に置かれる、独立した検証・採否制御層である。
概念的には、次のような構造になる。
層 | 役割 |
AI機能層 | 契約書の分析、論点抽出、リサーチ、文書生成 |
法務専門層 | 法的評価基準の設定、弁護士監修、個別案件の判断 |
責任OS層 | 利用目的、案件状態、権限、根拠、出力先、必要なレビューを検証し、採否を制御 |
証拠層 | どの条件を確認し、誰が承認し、何が実際に使用されたかを記録 |
責任OSでは、AIの利用前に、例えば次の事項を業務要求パケットとして固定する。
利用主体と権限
利用目的
案件の現在状態
対象文書の種類
社内利用か対外利用か
出力の提出先
弁護士確認の要否
適用する社内規程・ガイドラインの版
許容される利用範囲
不明な場合のエスカレーション条件
AIの出力後には、次のような情報を責任情報パケットとして結び付ける。
使用したモデルとバージョン
参照した法令・判例・資料
根拠が確認できない記述
検出されたリスク
未確認事項
レビュー担当者
承認内容
実際に採用された出力
外部送信・提出の有無
最終的な状態遷移
その結果として、責任OSは、例えば次の状態を返す。
ALLOW_INTERNAL：社内参考利用に限り許可
LAWYER_REVIEW：弁護士確認後に再判定
HOLD：前提情報不足のため保留
BLOCK_EXTERNAL：対外送信・提出を許可しない
これらは法的な適法・違法をシステムが最終決定するという意味ではない。
曖昧な案件では無理に結論を出さず、適切な専門家へ確実に接続するための業務上の状態管理である。
6．通常のNDA審査が、途中から紛争対応へ変わったらどうするか
具体例を考えてみよう。
営業部が、新規取引に向けてNDAをAIへ読み込ませた。
利用目的は社内審査であり、紛争は発生していない。出力は法務部への参考情報としてのみ使われ、取引先へ直接送られるものではない。
この段階では、責任OSは、
ALLOW_INTERNAL
として、社内利用を許可できるかもしれない。
ところが数週間後、取引先から、
貴社が秘密保持義務に違反したため、損害賠償を請求する
という通知が届いた。
対象となる契約書は同じである。利用するAIモデルも同じかもしれない。
しかし、案件の状態は変わった。
責任OSは、案件状態の変更を受けて、
LAWYER_REVIEW
へ遷移させる。
さらに、AIが作成した回答案を営業担当者がそのまま取引先へ送ろうとした場合には、
BLOCK_EXTERNAL
として、弁護士又は所定の法務責任者による承認が得られるまで送信を許可しない。
重要なのは、責任OSが「事件性」をAIだけで最終判断することではない。
明確な事実、利用者の申告、文書の種類、社内システム上の案件状態、法務部又は弁護士の判定などを組み合わせ、判断できない場合には安全側へ倒す。
これにより、
設計上は通常の契約審査サービスだったが、実際には紛争対応へ常用されていた
という運用上の変質を、早い段階で検知・制御できる。
7．AIの精度を上げるだけでは解決しない
もちろん、リーガルAIにおいて出力精度は重要である。
しかし、精度を上げれば責任問題がなくなるわけではない。
Stanford Law Schoolなどの研究チームは、米国の主要なRAG型リーガルリサーチ製品を対象とした事前登録済み評価において、調査対象となったAIツールが17％を超える割合でハルシネーションを生じさせたと報告している。
これは米国製品と特定の評価条件に基づく結果であり、日本のすべてのリーガルテックへそのまま当てはめることはできない。それでも、専門データベースや検索拡張を使った製品であっても、誤りが完全には消えないことを示す一次的な実証結果として重要である。
法務省も、2026年1月の検討資料において、弁護士が監修していない情報やハルシネーションによる誤った法的情報が提供される技術的リスク、個人情報・機密情報の漏えい、利用方法に伴う社会的リスクを明示し、ガバナンス確保の必要性を指摘していた。
責任OSは、AIの誤りを魔法のように訂正する技術ではない。
その代わり、
根拠資料が提示されているか
引用した法令・判例が実在するか
適用時点の法令と整合しているか
反対説や不確実性が残っていないか
弁護士レビューが必要な条件に該当しないか
未検証の出力を正式判断へ昇格させようとしていないか
を検査し、確認できないものを正式採用させない。
つまり、
AIの回答精度を上げる技術
と、
その回答を業務上採用してよいかを検証する技術
は、別々に必要なのである。
8．弁護士の関与と責任OSは競合しない
責任OSは、弁護士を不要にする技術ではない。
むしろ、どの案件を弁護士へ接続すべきかを明確にするための技術である。
今回のガイドラインも、リーガルテック特有のガバナンスとして、国内のインシデント対応窓口、誤認を招く表示の回避、利用者の適格性確保、利用上の注意表示、UI・機能設計上の配慮などを示している。また、法的評価に関わる機能について、弁護士による実質的な関与を通じて学習データや出力結果の品質・信頼性を確保する考え方も示している。
弁護士が担うのは、法的評価基準の設定、複雑な個別案件の判断、規則の改定、例外処理、依頼者の利益を踏まえた専門的判断である。
責任OSが担うのは、その基準が実際のシステム利用時に適用され、
必要な確認が省略されなかったか
権限のない者が承認していないか
弁護士確認前に対外使用されていないか
古いルールで判定されていないか
承認後に文書が差し替えられていないか
を検証することである。
弁護士が「ルールを定める」。
責任OSが「そのルールが実際に機能したことを検証する」。
両者は代替関係ではなく、補完関係にある。
9．リーガルテックの競争軸は「回答能力」から「採用可能性」へ移る
これまでリーガルテックの競争では、
契約書を何秒で読めるか
何種類の条項を検出できるか
どれだけ自然な文書を生成できるか
どれだけ多くの法令・判例を検索できるか
といったAIの能力が重視されてきた。
しかし、企業が本当に必要としているのは、AIが何かを答えることだけではない。
その答えについて、
この案件で使ってよいのか誰が確認しなければならないのかどこまで利用してよいのか外部へ出してよいのか何を根拠に採用したのか後から第三者が検証できるのか
を説明できることである。
法務省は、AIリーガルテックが企業法務の効率化、法務サービスの質の向上、司法の国際競争力向上に寄与することへ期待を示す一方、ルールの不明確さがサービス開発を萎縮させる可能性と、ハルシネーション、情報漏えい、不適切利用などのリスクを同時に指摘している。
また、同時に公表されたロードマップでは、生成AI等の技術進展や国内外の動向を踏まえ、法務業務支援サービスの適切な利用と、今後のルールメイキングの在り方を継続して検討する方針が示されている。
ルールが今後も変化するのであれば、利用規約を一度作って終わるだけでは足りない。
責任OSには、
適用規則のバージョン管理
ルール変更時の再判定
過去判断に使用した規則の保存
利用状況に応じた制御条件の変更
インシデント後の利用範囲見直し
まで求められることになる。
結論――AIの答えが「会社の行為」になる境界を管理する
法務省の新ガイドラインが示したのは、単純な、
AIに契約書を読ませてもよいか
という二択ではない。
本当に問われるようになったのは、
この利用者が、この案件について、この時点で、この目的のために得たAI出力を、会社の正式判断として採用し、外部へ使用してよいのか
という問題である。
この問いには、AIモデルだけでは答えられない。
契約書を正確に読めるAIがあっても、案件の状態、利用者の権限、出力の用途、弁護士確認の必要性、適用規則、未確認事項、実際の送信先まで管理しなければ、その出力がどのように会社の行為になったかを説明できないからである。
責任OSは、弁護士法第72条への適合を自動的に保証するものではない。また、最終的な法的判断を弁護士や裁判所から奪うものでもない。
その役割は、
法務専門家が設定した条件を、実際のAI利用に適用し、条件を満たさない出力を正式判断へ進ませず、その検証と承認の過程を後から確認できる状態にすること
にある。
リーガルテックが本格的に企業活動へ組み込まれるほど、重要になるのはAIの「頭の良さ」だけではない。
AIの答えが、いつ、どの条件で、誰の責任によって、組織の正式な行為になるのか。
その境界を管理する仕組みこそ、リーガルテックにおける責任OSなのである。
主な一次文献
法務省「ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について」及び同概要、2026年8月21日。
法務省「弁護士法72条とAIリーガルテックサービス」、規制改革推進会議資料、2026年1月9日。
法務省「AI等を活用した法務業務及びその支援の将来像を見据えたルールメイキングの在り方検討のロードマップ」。
経済産業省・総務省「AI事業者ガイドライン（第1.2版）」、2026年3月31日。
Varun Magesh et al., “Hallucination-Free? Assessing the Reliability of Leading AI Legal Research Tools,” Journal of Empirical Legal Studies, 2025.
※本稿は、法務省資料に基づく制度動向の整理と、責任OSに関する技術的考察であり、個別案件についての法的助言ではない。
コメント