AIは、いつ「法律相談」になるのか。法務省ガイドラインを「意味の監査」で読んでみた

2026年8月の法務省ガイドラインを読んでいて気になったのは、個々のAIサービスが合法か違法かという判定よりも、その判定に至るまでに何が見られているのかだった。同じLLMでも、設計・UI・利用のされ方で意味は変わる。

2026年8月、法務省は「ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について」というガイドラインを公表した。

2023年に公表された契約書関連のAIサービスについてのガイドラインを補完・拡充し、生成AIを含む、より広い法務業務支援サービスを対象としたものだ。

このガイドラインを読んでいて気になったのは、個々のAIサービスが合法か違法かという判定そのものよりも、その判定に至るまでに何が見られているのか、ということだった。

たとえば、AIが法律について回答したとする。

それだけで、そのAIサービスは「法律相談」をしていることになるのだろうか。

実際には、もう少し細かく考える必要がある。

弁護士法72条が問題にしているのは、一定の条件のもとで、弁護士ではない者が「法律事件」に関して「鑑定その他の法律事務」を取り扱うことである。具体的な該当性は個別の事実関係によって判断され、最終的には裁判所の判断に委ねられる。

そこで、この記事では問いを次のように置いてみたい。

AIサービスの提供は、どのような条件が重なると、「事件性のある案件について、サービス提供者が法律事務を取り扱っている」と評価されるのか。

この問いを、「意味の監査」の考え方を使いながら追ってみる。

同じAIでも、意味は同じなのか

まず、三つの架空のサービスを考えてみる。

サービス主な目的
A 社内文書アシスタント一般的な社内文書の作成、検索、要約
B 人事・労務アシスタント人事労務業務、規程検索、内部調査などの支援
C 雇用トラブル解決AI従業員との紛争について、対応策や文書を提示

内部では三つとも、ほとんど同じ生成AIを使っているかもしれない。

それでも、使われ方やサービスの設計によって、法的な評価は変わりうる。

Aの利用者が、

「退職した社員から残業代を請求されました。回答文を作ってください」

と入力したとする。

汎用的な文章生成AIであれば、何らかの回答を返す可能性はある。

一方、Cでは最初から画面に、

「従業員とのトラブル内容を入力してください」

と表示されている。

入力すると、AIが争点を整理し、会社側の対応方針を提示し、さらに和解案や相手方への回答文まで作る。

最終的に生成された文章だけを比べれば、AとCは似たものになるかもしれない。

違いがあるのは、その文章に至るまでの経路である。

同じ生成AIを使っていても、社内文書アシスタント、人事・労務アシスタント、雇用トラブル解決AIでは、使われ方やサービスの設計によって法的な評価は変わりうる。最終的な文章が似ていても、そこに至るまでの経路が違う

法務省の2026年ガイドラインでも、こうした違いが判断材料になる。

ガイドラインは、「事件性」のある案件にも、そうでない案件にも使えるサービスについて、事件性のある案件に利用される可能性があるというだけで、直ちにサービス提供者自身がその法律事務を取り扱ったとは評価しにくいという考え方を示している。

そこで用いられているのが、 「価値中立的なサービス提供」 という考え方である。

利用者が入力した行為を、どう見るのか

ここで気になることがある。

AIへのプロンプトを入力しているのは利用者である。

利用者が自分の判断で入力し、AIがそれに回答しているのであれば、サービス提供者は単に道具を提供しているだけ、と考えることもできそうだ。

ただ、ガイドラインは、誰がキーボードを操作したかだけでは見ていない。

サービスが「事件性」のある案件について法律事務を行うことを目指して設計されており、利用者の操作が、提供者のあらかじめ用意した法務支援の仕組みを作動させるものになっている場合、利用者による入力は、その処理を開始する「契機」と評価され得る。

表面的には、

利用者が入力する
↓ AIが回答する

という流れである。

その一方で、もう少し前から見れば、

サービス提供者が何のために機能を設計したのか
↓ どのような利用を想定したUIを用意したのか
↓ 利用者はその経路に沿って操作したのか

という流れも存在する。

この見方をすると、「誰の行為なのか」という評価にも幅が出てくる。

物理的な操作を行ったのは利用者であっても、一連の処理について、サービス提供者による法律事務の取扱いと評価される場合がある。

意味の監査の観点から見ると、ここでは、行為主体についての意味づけが、サービス設計や利用文脈を含めて行われていることになる。

表面的には利用者が入力しAIが回答するという流れだが、もう少し前から見れば、提供者が何のために機能を設計したのか、どのような利用を想定したUIを用意したのか、利用者はその経路に沿って操作したのか、という流れも存在する

雛形を置いただけなら、どうなのか

もう少し境界に近い例を考えてみる。

Aの「社内文書アシスタント」に、労務トラブルに関する文書雛形が含まれていたとする。

退職勧奨通知書、面談記録、合意書などである。

こうした雛形が用意されているというだけで、そのサービス全体を「雇用トラブル解決AI」と評価するのは難しいだろう。

では、そこに入力支援を加えたらどうか。

会社名、社員名、日付を入力すると、自動的に所定の場所へ差し込まれる。

この段階では、文書作成を機械的に補助しているという説明が比較的しやすい。

さらに質問項目を増やしてみる。

「従業員は退職を拒否していますか」

「すでに弁護士から通知が届いていますか」

「未払い残業代はいくら請求されていますか」

利用者の回答に応じて、AIが、

「この場合はこちらの雛形を使用してください」

と選択するようになる。

その先で、

「この条項は削除してください」

「このケースでは合意退職を提案する方法があります」

「150万円での和解を提案する文書を作成します」

と進んでいく。

同じ「文書作成支援」という括りの中でも、システムが行っている処理は少しずつ変わっていく。

最初は、

データ → 所定欄

という処理だった。

それが、

事実 → 解釈 → 分類 → 評価 → 推奨 → 文書

という処理へ近づいていく。

どこか一か所に明確な境界線が引かれているというより、システムが個別の事実をどの程度解釈し、評価し、その評価に基づいて利用者の行動を支援しているかによって、意味が変化していくと考えた方が理解しやすい。

データを所定欄に差し込む処理から、事実・解釈・分類・評価・推奨・文書という処理へ近づいていく。どこか一か所に明確な境界線が引かれているというより、意味が少しずつ変化していく

法務省ガイドラインが、出力された文章だけでなく、「設計」「中核的機能」「UI」「案内表示」といった要素を見るのも、このためだと読める。

事件性のある案件の処理を主な用途とするUIを設けたり、その利用を積極的に案内したりすることは、「価値中立性」を考える際の重要な事情になる。

金槌を例に考えてみる

この構造を考えていて、金槌を思い浮かべた。

金槌は、人を傷つけることにも使える。

しかし、ホームセンターで売られている金槌は、通常、釘を打つ道具として設計され、その目的で陳列され、販売されている。

危険性があるため、本来の用途以外に使わないよう注意書きが添えられることもある。

包丁は、さらに人を傷つける危険性が高い。

それでも、通常想定されている用途は食材を切ることである。

道具に危険な使い方が存在することと、その道具が危険な用途を中心に設計されていることは、同じではない。

道具に危険な使い方が存在することと、その道具が危険な用途を中心に設計されていることは同じではない、という対比

AIサービスでも、似た構造を考えることができる。

一般的な社内文書AIが、法律問題についても回答できる。

その能力があるという事実だけから、サービス全体が紛争解決を目的として提供されているとは判断できない。

では、「社内文書アシスタント」という名称でありながら、

紛争内容を入力させ、
法的争点を抽出し、
見通しを評価し、
和解条件を提案し、
相手方への回答文を生成する、

という一連の機能を備えていたらどうだろう。

この場合、サービス名だけでは、その実態を十分に説明できない。

名称や説明表示も、提供者が何を意図していたかを考える材料にはなる。

ただし、それらは設計、機能、利用方法などとあわせて見る必要がある。

ガイドラインが見ているもの

ここまで分解すると、ガイドラインが何を見ているのかも整理しやすくなる。

たとえば、次のような事情である。

誰が使ったのか。

何の案件だったのか。

法的な紛争がすでに顕在化していたのか。

どのようなUIからその機能へ入ったのか。

サービスは何を目的として設計されていたのか。

その用途を提供者が想定していたのか。

実際にそのように利用されていることを提供者が知っていたのか。

知ったあと、警告や利用制限などの対応をしたのか。

誰が使ったのか、何の案件だったのか、紛争が顕在化していたのか、どのUIから入ったのか、何を目的として設計されていたのか、その用途を想定していたのか、実際の利用を知っていたのか、知ったあと対応したのか、という八つの事情

2026年ガイドラインは、設計や機能が事件性のある案件への利用を目指したものではなく、そのような利用に特化したり誘導したりする特性を持たず、さらに適切なガバナンス措置が講じられている場合について、一般的には弁護士法72条に抵触しないという考え方を示している。

ここから分かるのは、AIが最終的に生成した「答え」だけを切り取って評価しているわけではないということだ。

その答えが、どのような設計と利用の経路を経て生まれたのかまで含めて見ている。

意味は、出力の中だけにはない

このガイドラインを読み始めたとき、私の中にあった問いは、

「どんなAIなら弁護士法に抵触するのだろう」

というものだった。

読み進めながら意味を分解していくと、この問いだけでは少し粗いことが分かってきた。

AIが法律について回答したという事実は、判断材料の一つではある。

そのほかにも、

何のために設計され、
どのようなUIから利用され、
どの事実を解釈し、
どのような判断を行い、
どのような利用を提供者が想定し、
実際の利用をどのように管理していたのか、

という事情がある。

同じLLMを使い、似た文章を生成していても、これらの条件が異なれば、その行為について与えられる意味も変わり得る。

この読み方は、私が考えている「意味の監査」と重なる。

意味の監査では、文章だけを取り出して、その文章が正しいか間違っているかを判定するのではなく、その文章や判断がどのような経路で生まれたのかを追っていく。

どのEvidenceから始まり、
どのInterpretationを経て、
どのInferenceによって意味が加わり、
最終的に誰の判断としてCommitされたのか。

今回、法務省のガイドラインをこの視点から読んでみると、サービスについての意味も、最終的なアウトプットだけで決まっているわけではないことが見えてきた。

名称、設計、機能、表示、利用、判断、運用。

それぞれの要素が関係しながら、そのサービスが何をしているのかという意味が形づくられていく。

今回知りたかったのは、弁護士法72条について一つの法的結論を出すことではなく、どのような事実が加わると、同じように見えるAIサービスの意味が変わっていくのかということだった。

その生成過程を一つずつ分けて追ってみる。

今回行った「意味の監査」は、そういう読み方だった。

シェア:

LINE登録で無料プレゼント

『社内データ・AI 実務チェックリスト』

予実管理表の点検9項目と、AI企画のセルフチェック10項目

A4・4ページ/PDF

受け取る
記事一覧へ戻る

関連記事

View All Posts »
本を書き終えてから、バグ取りが始まった

本を書き終えてから、バグ取りが始まった

18章すべての原稿がそろった。ところが一本につないで読める形にしたところ、別の仕事が始まった。章ごとには正しいのに、章と章のあいだが古い。本にも依存関係があり、編集は概念モデルのデバッグでもあった。

データドリブンマーケティングで変わる消費者行動予測の精度

データドリブンマーケティングで変わる消費者行動予測の精度

データドリブンマーケティングによる消費者行動予測の進化 データドリブンマーケティングは、消費者行動予測の精度を大幅に向上させる手段として注目を集めています。これは、大量のデータを収集し、分析することで消費者の行動パターンや嗜好を理解し、それ…