Barry Kuo

Barry Kuo

リーガルテック導入前に確認したい7項目|試用のチェックリスト

リーガルテック導入前に確認したい7項目を紹介。日常業務での操作、担当者間の引継ぎ、知識の再利用、利用記録の管理、データの持ち出しなど、試用中に確かめる方法を解説します。導入後の見直しや継続の判断にも使えるチェックリスト付き。 はじめに リーガルテック導入を検討するとき、試用中に何を確かめればよいのでしょうか。デモでうまく動いても、自分の部門の実務で使い続けられるとは限りません。 GVA TECH株式会社による調査(2026年7月10日公表、有効回答101件)では、法務担当者や法務関連業務に携わる回答者が挙げた課題のうち、「法務案件のナレッジの活用をしたい」が62.4%で最多でした。試用時には、過去の案件や判断を保存し、必要なときに取り出せるかも確認しておきたいところです。 なお、この調査は法務向けサービスを提供する事業者が実施したものです。結果は回答者101人の状況を示しており、法務部門全体への一般化には注意が必要です。 本記事では、関連する調査やAI・クラウドサービスの運用指針を参考に、Lawsnote が試用時の確認事項を7項目に整理しました。各項目について、実際に試す操作と提供事業者への質問を紹介します。対象業務に必要な項目を選び、確認結果を記録することで、導入前の判断や導入後の見直しに活用できます。 一、リーガルテック導入に向けた試用の準備 (一)試す業務と完了条件を決める まず、試用で扱う業務を一つ選びます。契約条項の確認、過去の案件の検索、案件の登録など、日常的に行う業務が向いています。次に、何ができれば試用の目的を達成したといえるかを決めます。たとえば、「過去の案件を検索し、判断理由を確認できる」「別の担当者が手順書を見て案件登録を完了できる」といった条件です。 ここで大切なのは、7項目を一律の合格基準にしないことです。公開情報を検索するツールと、案件を管理するシステムでは、必要な機能や管理条件が異なります。そこで、対象業務に合わせて必要な項目を選び、対象外とする項目には理由を書き添えます。 また、試用には、架空のデータや、機密情報・個人情報を除いたサンプルを使うのがおすすめです。実際の案件データを使う場合は、社内・所内の利用ルールと、サービスのデータ処理条件も確認しましょう。 確認結果は、「実際に操作して確かめたこと」と「利用規約や提供事業者の回答で確認したこと」に分けて記録します。 (二)7つの確認項目の一覧 リーガルテック導入の試用では、次の7項目から対象業務に必要なものを確認します。 項目 確認すること ① 業務フローとの接続 不要な転記や重複入力が生じないか ② 担当者間での使いやすさ 別の担当者も同じ手順で業務を完了できるか ③ 推進と判断の担当 課題への対応や利用の継続を判断する人が決まっているか ④ 障害や変更への対応 サービスの停止や仕様変更に対応できるか ⑤ 知識の再利用 過去の判断を探し、標準と例外の適用範囲を確認できるか ⑥ 利用記録の管理 記録する内容・閲覧者・保存期間を確認できるか ⑦ データの持ち出し 必要な情報を再利用できる形で取り出せるか ※Lawsnote が試用時の確認方法として整理した項目です。公的な基準ではありません。 以下では、各項目について、確認する問い、試用中の操作や提供事業者への質問、結果の見方を説明します。 Q. 7項目をすべて満たさないと、導入を見送るべきですか? A. 対象業務に必要な条件を満たしているかで判断します。不足があれば、設定や運用の変更で補えるかを確認してください。必要な条件を満たせない場合や、重要な点が未確認の場合は、導入の見送りや判断の保留を検討します。 二、日常の業務フローと運用体制を確かめる4項目 まず、実際の業務を通じて、操作の負担や担当者間での使いやすさを確かめます。あわせて、導入を進める担当者や、障害・機能変更への対応も確認します。 (一)① 日常業務の流れに組み込めるか 資料の受け取りから成果物の完成まで、一つの業務を通して試します。不要な転記や重複入力が発生する箇所を記録しましょう。ファイルの再アップロード、別のツールへの転記、操作を忘れやすい箇所も確認します。 操作が増えた場合は、その目的と負担を確認します。品質の確認や承認に必要な手順は、効果と負担を踏まえて判断します。省ける重複作業があれば、設定や連携機能で改善できるかを提供事業者に尋ねます。 業務フローとの接続や、AIによる文章生成後に残る作業については、弁護士が求めるAIと実務への組み込み方を解説した記事でも紹介しています。 (二)② 担当者が変わっても、同じ手順で使えるか ここで確認する問いは、最初に試した人以外も、同じ説明で仕事を完了できるかです。まず、一人がサンプルの業務を行い、操作手順と必要な設定を記録します。次に、別の担当者がその記録を見ながら、同じ業務か、難易度が近い業務を試します。追加の説明が必要だった箇所や、意味を取り違えやすい出力を書き留めます。 確認したいのは、担当者が変わっても、結果を確認・修正し、業務を完了できることです。説明や研修で補える点を整理し、特定の人だけが知る操作方法や個人アカウントへの依存も確認します。 (三)③ 導入を進める担当者と、継続を判断する人が決まっているか 米国国立標準技術研究所(NIST)の「AI RMF」は、AIリスク管理に関する役割・責任と連絡経路を明確にすることを示しています。本記事では、この考え方を参考に、試用中の課題への対応も確認します。 導入を進める担当者、現場の意見や質問を受け付ける窓口、改善や利用の継続を判断する人を決めます。さらに、見つかった課題ごとに、対応する人と再確認の時期を書き出します。少人数の組織では、一人が複数の役割を兼ねても構いません。 利用ルールや導入前の審査については、シャドーAIへの対策を解説した記事で整理しています。 (四)④ 障害や機能変更があっても、業務を続けられるか サービスの停止や機能変更に備え、連絡先と対応手順も確認しましょう。利用規約やサポート資料を読み、不明な点は提供事業者に質問します。 障害情報や更新情報は、どこに掲載され、誰に通知されるか 問題が起きたときの連絡窓口と、サポートの範囲は何か 問い合わせへの回答時間や、障害時の対応条件が文書に示されているか サービスを使えない間、別の方法で業務を続けられるか 機能変更後、必要な業務を従来どおり行えるかを誰が確認するか NISTのAI RMFは、導入後の監視、利用者からの意見の収集・評価、インシデント対応、復旧、変更管理などを挙げています。これらを参考に、必要な業務を続けるための対応策を確かめます。 試用中に問い合わせをした場合は、回答までの時間と内容を記録します。あわせて、提供事業者が文書で示すサポート条件を確認し、実際の業務に必要な対応を受けられるかを判断します。 三、ナレッジ管理・利用記録・データの持ち出しを確認する3項目 蓄積した知識を正しく再利用できるか、利用記録を適切に管理できるかを確かめます。あわせて、サービスを変更・解約するときに、必要なデータを取り出せるかも確認します。 (一)⑤ 過去の判断を、適用範囲とともに取り出せるか 過去の判断を検索したときに、その判断がどの案件や取引条件に適用されるかを確認できるか試します。判断そのものを見つけるだけでなく、別の案件に誤って適用しないための情報が残っていることが重要です。 たとえば、支払期限の標準を30日とし、A社との取引に限って60日を認めた例外を登録します。例外の対象、理由、承認者も記録します。その後、別の担当者がこの記録を探し、A社に限られた例外だと判断できるかを確認します。さらに、B社の案件で、この例外が誤って適用されないかも試します。 ツール自体に知識を保存する機能がない場合は、既存の保存先と組み合わせて利用できるかを確認します。今回の用途で知識の蓄積・再利用が必要なければ、この項目を対象外とし、理由を記録します。 (二)⑥ 利用記録の範囲・閲覧者・保存期間を確認できるか 1.利用記録の内容と管理条件を確認する AIを使った経緯や、担当者が確認・修正した内容を案件ごとにたどれるかを確かめます。利用規約や設定画面で次の点を確認し、不明な点は提供事業者に質問します。 どの案件でAIを使ったかが分かるか 利用日時、入力・出力、担当者による確認・修正のうち、何が記録されるか 誰が記録を閲覧・エクスポートできるか 保存期間と削除条件はどうなっているか 閲覧権限や保存条件を変更できるか 保存条件を自由に変更できない場合もあります。その場合は、あらかじめ設定された条件で、自社・自所の要件を満たせるかを確認します。 2.記録に含まれる機密情報の扱いを確認する AIへの入力や出力を全文保存すると、利用記録にも案件の機密情報が残る可能性があります。また、案件名や識別子から、顧客や案件の内容を推測できる場合もあります。そのため、入力・出力だけでなく、記録に含まれる情報全体を確認する必要があります。 OWASPの「Logging Cheat Sheet」は、アクセストークン、認証情報、機微な個人情報、営業上の機微情報などを、そのままログに記録しないよう示しています。また、情報に応じた除去やマスキング、暗号化に加え、閲覧権限や保存期間の管理も取り上げています。 試用時には、確認の経緯をたどるために必要な情報を整理したうえで、保存する範囲、閲覧できる人、保護方法を確認します。具体的な保存期間は、自社・自所のルールや契約条件に照らして判断します。 回答の根拠や原典を確認する方法は、AIサービスのデータ処理と出力の検証を解説した記事をご覧ください。 (三)⑦ 必要な記録を、サービス外でも利用し続けられるか 1.必要な記録をサービス外に残せるか試す サービスの乗り換えや解約後も、業務に必要な記録を利用し続けられるかを確かめます。データのエクスポート機能がある場合は、試用中に登録した情報を出力し、別のソフトで開きます。 エクスポート機能がない場合は、必要な情報を社内の文書や管理表に転記できるかを試します。確認するのは、たとえば次の情報です。 対象となる案件や契約 判断の内容と理由 判断した日付と承認者 適用範囲や例外条件 関連する文書や添付ファイルの保存先 実際に一件分の記録をサービス外に残し、別の担当者がその内容と適用範囲を理解できるか確認します。 すべての情報を自動で移せる必要はありません。ただし、手作業で記録する場合は、必要な項目が定められているか、現実的な作業量で継続できるかも確認します。 2.乗り換え・解約時の条件を確認する 利用規約や提供事業者への質問を通じて、次の条件を確認します。 エクスポートまたはダウンロードできる情報の範囲 出力形式と一括出力の制限 出力にかかる費用と所要時間 解約後にデータを取得できる期間 データの返還・削除の手順 サービス外に保存できない情報の有無 英国政府のクラウド指針は、オープンな形式を利用し、データを別の環境へ移せる選択肢を確保する考え方を示しています。一方で、移行のしやすさだけでなく、サービスから得られる価値とのバランスも考慮しています。 そのため、法務ツールの試用でも、すべてのデータを完全に移せるかではなく、業務上必要な記録をどのような方法で残せるかを確認します。自動で出力できない情報については、手作業による記録で補えるか、その負担を含めて判断します。…

弁護士のAI活用|契約交渉の研究から学ぶ実務のポイント

弁護士のAI活用では、どこまで任せ、何を確認すればよいのでしょうか。契約交渉の研究をもとに、生成AIの回答を左右する指示と資料、弁護士の知見を生かした品質評価、判例検索での使い方と確認事項を解説します。 はじめに 弁護士の AI活用には、判例検索、資料の要約、争点の整理、回答案の作成などがあります。 一方で、「読みやすく整った回答を、そのまま個別の案件に使ってよいのでしょうか。」 文章として自然でも、案件の事情に合っているとは限りません。 そこで本記事では、契約交渉に関する研究を手がかりに、次の3点を解説します。 AI の回答は、何によって変わるのか 弁護士の知見を、法律AI の開発にどう生かすのか AI を利用するとき、何を確認すればよいのか なお、弁護士による AI の利用状況や具体的な活用例は、弁護士が求めるAIとは?で紹介しています。 一、生成AIの回答を左右する指示と資料 (一)指示の書き方で、回答が変わる 生成AI は、学習した言語のパターンと、入力された内容をもとに文章を作ります。そのため、同じ質問でも、指示の書き方によって回答は変わります。 当事者の立場や適用法を示すと、検討の前提が明確になります。結論を求めるか、論点の一覧を求めるかによっても、回答の内容や構成は異なります。 回答を利用する際は、文章の自然さに加えて、内容を支える根拠を確認します。生成 AI はもっともらしい文章を作れますが、その内容が正しいとは限りません。 生成AIの仕組みと指示の書き方は、LLMの原理とプロンプト設計の基礎で解説しています。 (二)参照する資料の範囲が、回答の根拠を決める 法律AI の中には、データベースで法令や判例を検索し、見つかった資料をもとに回答するものがあります。この仕組みを検索拡張生成(RAG)と呼びます。出典を表示する機能があれば、利用者は原文を確認できます。 検索できる資料の範囲は、ツールによって異なりますが、RAGを使うと AI が参照できるのはデータベースに収録された資料に限られます。 つまり、回答の根拠の範囲は、収録資料と検索の精度によって決まります。そのため、回答を確認するときは、ツールの収録範囲と、実際に参照された資料の両方を確認します。  AIが架空の判例を生成する問題やRAGの仕組みは、AIハルシネーション時代の判例検索で紹介しています。 (三)AIの支援範囲と弁護士の確認事項 では、AI にはどこまで手伝ってもらえるのでしょうか。弁護士のAI活用を考えるうえでは、作業を4つに分けて考えます。それぞれの作業で、AI が支援できる内容と弁護士の確認事項を整理すると、次のようになります。 作業 AI が支援できること 弁護士が確認すること 検索 検索の方向を示し、候補資料を挙げる 重要な資料が漏れていないか 整理 要約、比較、争点の列挙 重要な事実や例外が省かれていないか 起草 回答や文書のたたき台を作る 事実関係に誤りがなく、論理が通っているか 案件方針の検討 選択肢と考慮要素を整理する 依頼者の目的と許容できるリスクに合うか ※一般的な役割分担の例です。支援できる範囲は、製品や利用方法によって異なります。 このように回答が指示と資料に左右される以上、確認は2つの段階で必要です。開発の段階では AI、AIの出力が実務上の要求を満たすかを評価します。利用時は、回答の根拠と案件への適用を確認します。 AI と弁護士の役割については、、AIは弁護士を代替するのか?でも整理しています。   二、RedlineBenchによる契約交渉AIの評価 (一)弁護士の基準でAIの修正を評価する ここでは、2026年6月に公表された「RedlineBench」を取り上げます。米国の法律 AI 企業 Crosby と、AI 向けデータを手がける micro1 による研究です。英語の契約交渉を対象に、3つの模擬シナリオ(計140タスク)を用意しています。 各シナリオは、弁護士が双方の立場から交互に修正を提示する4つの段階で構成されます。AI は各段階の契約案と、担当する側の交渉方針や取引背景を受け取り、変更履歴付きのWordファイルを作成します。第1段階では未修正のひな形を、第2段階以降では前の段階の修正を含む契約案を検討します。 また、評価項目は複数の弁護士が作成し、重要度に応じて重みを付けています。各項目を満たしているかは、3つの大規模言語モデル(LLM)が多数決で判定します。つまり、基準を作ったのは弁護士で、個々の判定は AI 評価者が行っています。 なお、この研究は、法律AI を手がける事業者が設計したもので、契約や取引条件はすべて模擬データです。また、各段階では弁護士が作成した契約案を入力し、その段階でのAIの修正を評価しています。日本の契約実務や、AI による自律的な交渉全体への適用は、別途検証が必要です。本記事では、公表された4モデルの結果に共通する傾向を紹介します。 (二)受け入れと拒否で評価に差が出た 相手方の修正への対応では、受け入れるべき修正と拒むべき修正で、評価項目の通過率に差が出ました。 評価項目の種類 報告された通過率の範囲 受け入れるべき修正を受け入れる 80〜99% 拒むべき修正を拒む 6〜50% ※評価対象のモデル、シナリオ、交渉段階にまたがる観察範囲です。契約レビュー全体の正答率を示す数値ではありません。(出典:Crosby「RedlineBench」2026年6月) 修正を広く受け入れるモデルは、「受け入れるべき修正」の項目では高い評価を得やすくなります。判断の適切さを見るには、拒むべき修正にも対応できているかを確認する必要があります。 報告では、この結果を「過剰受容バイアス(systematic over-acceptance bias)」と呼んでいます。そのうえで、モデルが条項の商業的な重みを理解しないまま、合意に寄っている可能性を指摘しています。少なくとも、受け入れるべき修正と拒むべき修正を、適切に区別できない場面が確認されたといえます。 注目したいのは、AI に自社側の交渉方針と取引背景が与えられている点です。したがって、この結果は「指示を足せば解決する」ことを示すものではありません。 (三)案件の目的に合う修正を評価する もっとも、この研究は譲りすぎだけを問題にしているわけではありません。過剰な修正や、強硬すぎる対応も減点の対象です。評価項目には、たとえば次の観点が含まれます。 交渉力や交渉の段階に対して、強すぎたり弱すぎたりしないか 重要でない論点を、過度に法律問題として扱っていないか 各条項で有利な条件を求めすぎて、成約を遠ざけていないか さらに、3つ目のシナリオでは、取引規模が約10倍に拡大し、必ず獲得したい案件として設定されています。過剰な修正で成約を妨げないことも求められます。 たとえば、責任上限が譲れない条件なら、相手方の修正は拒む必要があります。一方、法的・事業上の影響が小さい表現の違いについては、修正の必要性と交渉にかかる負担を検討します。 つまり、よい交渉判断とは、案件の目的に応じて軽重を見極めることです。守るべき条件と譲歩できる条件を整理し、その基準に沿って修正できているかを評価することが、実務での活用につながります。 三、弁護士の知見を法律AIの品質評価に生かす 弁護士が機能の設計や品質評価に関わることは、弁護士法72条とAIで紹介しました。ここでは、実務で求められる品質を、出力から確認できる評価項目に変える方法を説明します。 (一)実務判断を評価項目にする RedlineBench の評価表では、弁護士が重視する修正を、基準を満たしているか判定できる項目に分けています。主な工夫は次の3点です。 実務に即した基準:弁護士が模擬交渉を進めながら評価項目を作成する 重要度に応じた重み付け:重大な問題を評価結果に強く反映する 複数の弁護士による基準作成:- 特定の弁護士の判断への依存を減らす もちろん、主観を完全に取り除けるわけではありません。それでも、評価基準を明示すると、何を重視しているかを共有し、出力を検証しやすくなります。 (二)判例要約の評価基準を作る この考え方は、判例要約の品質評価にも応用できます。弁護士が要約に求める条件を、具体的な確認項目にします。以下は、説明のための例です。 実務で求められる品質 確認項目 結論を左右した重要な事実を残す 判断を左右した事実が要約から抜けていないか 判決理由を正確に整理する 当事者の主張を、裁判所が認定した事実や判断として書いていないか 判断の前提や条件を残す 特定の条件に基づく判断を、一般的なルールとして書いていないか…

AI 判例検索の現在地|Astra for Law と日本の新制度

AI判例検索はどこまで実務に使えるのか。OpenAI「Astra for Law」の正答率54.0%が示す可能性と限界、日本で整備が進む民事裁判情報の提供制度との違いを、一次資料に基づいて解説します。 はじめに 2026 年 9 月 17 日、OpenAI は AI判例検索に対応する「Astra for Law」を発表しました。GPT-6 Astra に専用の法律検索インデックスなどを組み合わせた、法律業務向けの AI 基盤です。OpenAI のベンチマークでは、総合正答基準の通過率は 54.0% でした。ウェブ検索のみの GPT-6 Astra は 38.7% です。なお、これは OpenAI 自身による評価で、独立した第三者検証ではありません。 ただし、検索対象は現時点では米国法です。日本法への対応は発表されていません。そのため、日本の弁護士の実務が直ちに変わるわけではありません。 一方、この結果は日本のリーガルテックにとっても重要です。専用インデックスを備えた構成が、ウェブ検索のみの場合を上回ったからです。 本記事では、54.0% という数字の意味と限界を整理します。さらに、日本の民事裁判データ基盤の整備状況を確認します。 一、Astra for Law とは何か (一)検索対象は米国法、日本法対応は未発表 Astra for Law の法律検索インデックスは、米国の判例法、制定法、規制、裁判所規則、行政決定を対象としています。OpenAI の公式発表では、検索対象を次のように説明しています。 U.S. case law, statutes, regulations, court rules, and administrative decisions 現時点で、米国以外の法域は明示されておらず、日本法への対応も発表されていません。したがって、少なくとも専用インデックスによる日本法の判例検索は、現時点では提供されていません。日本の実務への影響を考える際は、まずこの対象範囲を押さえる必要があります。 (二)2 億 3,000 万 URL を収録する法律検索インデックス Astra for Law は、GPT-6 Astra に法律検索インデックス、専用の設定や指示を組み合わせた AI 基盤です。大きな特徴となる法律検索インデックスは、2 億 3,000 万件を超える URL を検索対象とし、新しい情報源も毎日追加されます。 このインデックスには、非営利団体 Free Law Project が運営する CourtListener の判例データも組み込まれています。OpenAI の公式発表では、CourtListener の判例コレクションが「公表された米国の先例的判例法の 99.9%以上」をカバーすると説明されています。ただし、これは OpenAI 側の説明である点に留意が必要です。 提供は段階的に始まります。当初は、米国の選定された法律事務所を対象に、ChatGPT および Codex の Trusted Access を通じて提供されます。API については、「gpt-6-astra-law」というモデル名で提供される予定です。 (三)総合正答基準の通過率は 54.0% OpenAI は、Vals AI の「Legal Research Bench」の非公開検証セットから抽出した、米国法に関する法律調査問題 200 問を使って評価しました。両システムを最高の推論強度で比較した結果、Astra for Law が総合正答基準を通過した割合は 54.0% でした。一方、ウェブ検索のみを使用した GPT-6 Astra は 38.7%です。差は 15.3 ポイントで、相対的には約 40%の改善にあたります。 さらに、判例法に焦点を当てた問題では、Astra for Law が参照判例を 24%多く発見しました。また、監査対象となった目標箇所については、正しい裁判例から関連箇所を 最大…

弁護士のAI活用術|実務ツールを自作する方法と実例

弁護士のAI活用は、日々の小さな不便の解決から始められます。台湾の弁護士による実務ツールの開発事例と、Lawsnoteが無料で提供する事件番号表記変換ツールの仕組み・活用方法を紹介します。 はじめに 事件番号の表記がそろわず、確認に時間を取られた経験はありませんか。 「R5(受)2207」「令和五年(受)第二二〇七号」「2023(受)2207」――同じ事件を示す番号でも、書き手によって表記は異なります。複数の資料をまとめた書面の中では、表記が統一されていないこともあります。調査結果を整理する際、同じ事件を重複して数える原因にもなります。 こうした小さな不便は、弁護士の AI 活用によって解決できる実務課題の一つです。 生成 AI の登場により、プログラミングの専門知識がない人でも、自分の業務に合った小さなツールを作りやすくなりました。実務上の課題を自ら解決する選択肢が広がっています。 本記事では、台湾の弁護士が生成AI を活用してツールを開発した事例を紹介します。続いて、Lawsnote が作った事件番号表記変換ツールを取り上げます。最後に、日々の実務課題をツールで解決するための進め方を整理します。 一、弁護士も実務ツールを作れる時代:台湾で広がる AI 活用 (一)バイブコーディングとは何か 近年、「バイブコーディング(vibe coding)」と呼ばれる開発手法が注目を集めています。自然な言葉で AI に要件を伝え、対話しながらコードやツールを作る手法です。 たとえば、利用者は「事件番号の表記をそろえる機能がほしい」と伝えます。AI が具体的な処理方法とコードを提案します。利用者は実際の動作を確認し、必要な修正を指示します。 このようなツール開発に、専門的なプログラミング能力は必要ありません。複雑な技術用語を理解している必要もありません。 「何を解決したいのか」「どう解決してほしいのか」を具体的に言葉にする力だけが重要です。弁護士は、日々の業務で論点を整理し、要件を明確に言葉で伝えています。だからこそ、これは弁護士がもともと得意とする力ともいえます。 そのため、実務上の課題を最もよく知る弁護士自身も、ツール開発を担えるようになっています。 (二)台湾の弁護士が自作した3つのツール 台湾では、弁護士自身がすでにツール開発に取り組んでいます。 Lawsnote が台湾で開催したイベントでは、「テクノロジーで、弁護士の働き方を再構築する」をテーマに、三つの開発事例を取り上げました。実際にツールを開発した弁護士や弁護士経験者が登壇し、それぞれの取り組みを紹介しました。 まず、著作権訴訟を専門とする弁護士は、世界各国の AI 著作権訴訟の進捗を一覧できる「グローバル訴訟追跡ダッシュボード」を開発しました。次々と提起される関連訴訟の動向を、一元的に把握するためのツールです。 次に、別の弁護士は、判決文を読みやすく整理する Chrome 拡張機能を開発しました。長い判決文をアウトライン化し、必要な箇所へすぐに移動できる機能です。イベント開催時点では、公開後まもない段階で62人がすでに利用していました。(Chrome ウェブストア) 最後は、弁護士から IT 企業のエンジニアに転身した登壇者です。弁護士として働いていた2021年に、台湾の弁護士向け案件管理アプリ「AttorneyTech」(アプリストア)を着想しました。2023年にプロトタイプを公開し、2026年には生成AI を活用してシステム全体を書き直したといいます。 (三)AIを使った開発には人の判断が欠かせない 登壇者の一人は、開発を通じて得た気づきとして、三つのエピソードを紹介しました。 一つ目は、事件同士の関係をどのように表すかという問題です。当初は、上下関係を示す「ツリー型」を採用していました。しかし、実際の事件は、上訴や刑事付帯民事訴訟などを通じて複数の方向につながります。登壇者は、開発を進める中でこの構造に気づいたといいます。 二つ目は、実装後に機能を削除した経験です。2,366行分のコードを実装した後、実際の使い方を見直し、その機能自体が不要だと判断しました。AI は指示された機能を忠実に作ります。機能の必要性は、利用者自身が判断する必要があります。 三つ目は、初期値の設定です。システムを更新した際、旧バージョンに存在しない項目へ何を入力するかが問題になりました。利用者から明確な指示がなければ、AI はもっともらしい値を補うことがあります。 三つのエピソードには共通点があります。 AI は、利用者が示した前提に沿って実装します。そのため、人が前提の妥当性を確認しなければなりません。 この経験について、登壇者は次のように説明しました。 「その業務を実際に経験してきた人だからこそ、ツールを使う中で違和感に気づける」 生成AI が高性能になっても、実務経験に基づく違和感は重要です。「何かがおかしい」と気づくには、その業務に関する知識と経験が欠かせません。ここに、弁護士がリーガルテックを自ら作る価値があります。 二、実際に生まれた解決策:事件番号表記変換ツール Lawsnote でも、弁護士が AI を活用して実務課題を解決する取り組みを進めています。この発想をもとに作ったツールが、「事件番号表記変換ツール」です。 判決文やメモなどを貼り付けると、文章に含まれる事件番号だけを抽出し、「令和5年(受)第2207号」のような統一形式へ変換します。複数の事件番号も一括で処理できます。登録やログインは必要なく、無料で利用できます。 (一)ツールが解決する課題 事件番号は、書き手によって表記がばらつきます。同じ事件でも、次のように異なる文字列になることがあります。 「R5(受)2207」 「令5(受)第2207号」 「令和五年(受)第二二〇七号」 「2023(受)2207」 表記がそろっていないと、実務上、主に三つの問題が生じます。 まず、裁判例データベースで検索するときに、検索画面の形式に合わせて入力し直す必要があります。次に、複数の資料から引用や転記をした書面では、事件番号の表記が不統一になります。さらに、調査結果を整理する際、同じ事件を重複して数える原因になります。 一件だけなら、手作業による修正は数十秒で終わります。しかし、準備書面や調査メモに何十件も並んでいると、その時間が積み重なります。 (二)ツールが対応する表記ゆれ このツールは、主に次の表記ゆれに対応しています。 元号の略記(R・H・令・平など) 元年表記(「令和1年」から「令和元年」への変換) 漢数字・大字 全角数字 括弧の表記差(半角・全角など) 余分な空白 不要な先頭のゼロ 西暦表記 たとえば、「R5(受)2207」と「令和五年(受)第二二〇七号」は、いずれも「令和5年(受)第2207号」に変換されます。 手作業の場合は、元号や数字、括弧の形式を一件ずつ修正したうえで、検索し直す必要があります。ツールを使えば、文章をそのまま貼り付けるだけで、複数の事件番号をまとめて変換できます。 また、同じ文章内では、「同年」など文脈を踏まえて解釈する省略表記にも対応しています。一方、条文番号、法令番号、電話番号、日付は事件番号として抽出しません。条文などを誤って変換する事態を防ぐためです。 (三)改元年を自動判定しない理由 このツールでは、改元があった年の扱いを重視しています。 一つの西暦年に二つの元号が対応する年は、1912年、1926年、1989年、2019年の四つです。この場合、西暦だけでは元号を確定できません。 ツールは、文中にある周辺の日付を根拠に元号を自動判定しません。その日付が、事件を受け付けた日付とは限らないためです。元号を確定できない場合は、候補となる二つの元号を表示します。利用者の選択に応じて、変換結果に反映されます。 法律実務では、根拠のない補完を避け、判断できない箇所を明示する設計が重要です。通常の変換には、あらかじめ定義したルールを使用しています。改元年の元号は AI に推定させず、利用者に確認を求めます。 AI が提示した候補をそのまま採用せず、人が判断すべき箇所を明確にする。この考え方を、ツールの設計にも反映しています。 (四)入力内容の処理がブラウザ内で完結する設計 ツールを設計する際には、情報セキュリティへの配慮も欠かせません。弁護士にとって、依頼者の秘密を守り、情報を外部に漏らさないことは重要な責務です。だからこそ、このツールの設計でも、情報の取り扱いに配慮しました。 入力内容がサーバーに送信されないことも、このツールの特徴です。変換処理は、すべて閲覧者のブラウザ内で完結します。データベースにもログにも、記録は残りません。ページを再読み込みすれば、入力内容は消えます。 三、弁護士が AI で「小さな不便」を解決するには (一)まずは「小さな不便」を言語化する ツール作りは、日々の業務で感じている「小さな不便」を具体的に言葉にすることから始まります。 事件番号表記変換ツールも、「表記がそろわなくて困る」「毎回手直しするのが面倒だ」という違和感から生まれました。 自分の業務にも、同じような小さな不便がないか振り返ってみましょう。書式の変換、資料の整理、定型文の作成など、ツールで改善できる作業は身近なところにあります。 (二)AI と協働するときの実務的な進め方 課題を言語化したら、AI と一緒に作業を進めます。今回のイベントでは、「スキルを選ぶ」「計画を確認する」「レビューする」という三段階の進め方が紹介されました。 ここでいう「スキル」とは、AI に特定の知識や作業手順を与える機能です。名称や具体的な仕組みは、AI コーディングツールによって異なります。 まず、目的に合ったスキルや作業方法を選びます。次に、AI が作成した実行計画を確認します。既存のデータや機能に影響がないか、想定する使い方に合っているかを実行前に確認してください。 最後に、完成した機能を実際に試します。指示した範囲を超えて変更されていないか、期待した結果が得られるかを確認します。 この流れでは、人が課題と要件を定め、AI に実装を任せ、完成した機能を検証します。各段階で人が判断することが重要です。 (三)ツール化に向いている課題を見極める ツール化の優先順位は、次の三つの観点から判断できます。 発生頻度:頻繁に繰り返す作業ほど、ツール化による時間削減の効果が大きくなります。 定型性:手順がある程度決まっている作業は、ルールとして整理しやすく、ツール化にも適しています。 機密性:機密性の高い情報を扱う場合は、入力内容の送信先や保存方法を事前に確認してください。ブラウザ内で処理する方法や、組織が許可した環境を選ぶことも重要です。 発生頻度と定型性が高く、データの取扱方法を明確にできる課題から着手すると、ツール化の効果を得やすくなります。…

弁護士法72条とAI|新ガイドラインの要点と実務対応

2026 年 8 月、法務省は弁護士法72条と AI 等法務業務支援サービスの関係を整理する新ガイドラインを公表しました。リーガルテック事業者の視点から、リーガルAIの設計、市場の変化、弁護士に期待される役割を解説します。 はじめに 2026 年 8 月 21 日、法務省は「ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係について」を公表しました。あわせて、今後のルールメイキングの方向性を示すロードマップも公表しています。 法務省は 2023 年 8 月にも、契約書等の作成・審査・管理を対象とするガイドラインを公表しています。その後、生成AI の性能と用途は急速に広がりました。現在では、契約書レビューに加えて、法令調査、社内ナレッジの検索、内部調査の支援などにも AI が利用されています。 今回のガイドラインは、2023 年のガイドラインを補完・拡充し、検討対象をビジネス分野における法務業務支援サービス全般へ広げたものです。また、AI がどのような回答を生成するかだけでなく、サービスの設計目的、実際の利用状況、提供者のガバナンスを含めて検討する考え方が示されています。 法務省は、こうしたサービスを「AI等法務業務支援サービス」と表現しています。本記事では、法律・法務業務を支援する AIサービスを、便宜上「リーガルAI」と呼びます。 本記事では、リーガルテック事業者の視点から、今回のガイドラインが示した弁護士法第72条と AI の関係を読み解きます。その上で、リーガルAI の製品設計、市場における競争軸、弁護士に期待される役割の3点を考察します。 一、2026年ガイドラインの整理 (一)令和5年ガイドラインを補完・拡充 まず確認したいのは、新旧ガイドラインの関係です。今回のガイドラインは、令和5年ガイドラインを補完・拡充と法務省が明記しています。弁護士法第72条に関する基本的な解釈と判断枠組みは、そのまま引き継がれました。そのうえで、対象となる業務とサービス提供上の留意事項を広げています。 そのため、令和5年ガイドラインの理解は、今後も判断の基礎となります。一方、令和8年ガイドラインでは、対象範囲やガバナンスに関する新たな考え方が加わりました。実務では、令和5年版と令和8年版を併せて参照する必要があります。 (二)契約書関連から法務業務支援サービス全般へ 次に確認したいのは、対象範囲の拡大です。令和5年ガイドラインは、契約書等の作成、審査、管理を支援するサービスを主な対象としていました。 これに対して、令和8年ガイドラインの対象はより広いものです。ビジネス分野における AI 等法務業務支援サービス全般です。法務に特化したサービスだけが対象になるわけではありません。報酬を得る目的で、法律事務を行い得る機能を企業などに提供する場合では、汎用型 AI のサービス提供者も対象に含まれ得ることが明示されました。 また、対象はエンドユーザーへ直接提供する事業者に限られません。外部連携(APIなど)を通じて、他のサービス提供者に AI 機能を提供する事業者もあります。その利用目的や利用態様を認識できる場合には、ガイドラインの趣旨が及び得るとされています。 つまり、法務特化型 AI と汎用型 AI を、製品名やサービスの分類だけで区別する考え方ではありません。実際にどのような機能を提供し、何に利用され、どのような方法で提供されているかが重視されます。 (三)AIサービスは設計と運用も問われる 続いて、サービス提供者の行為をどのように判断するかを見ていきます。 1. 利用者の入力が、提供者の行為と評価される場合がある AI へのプロンプトを入力するのは利用者です。しかし、その事実だけで、出力が常に利用者だけの行為と評価されるわけではありません。 法的な観点の指摘や助言を自動的に提供する機能が、あらかじめ組み込まれている場合があります。このとき、利用者の入力は、支援を開始する契機にすぎないことがあります。サービス提供者が想定した法務業務支援です。したがって、利用者による入力を含めて、サービス提供者の行為と評価される可能性があります。 2. 設計・用法・ガバナンスの3つで判断される その上で、サービスの設計目的、中核的な機能、使用されている技術などが検討されます。「事件性」のある案件に利用されることを想定しているかという観点です。加えて、UI、表示、利用案内なども要素になります。提供者がどのような利用を想定しているかを示すものです。 さらに、提供後の実際の利用状況も考慮されます。提供者が不適切な利用を認識しながら、警告や利用制限などの合理的な措置を講じなく、そのままサービスの提供を続けると、その対応も判断材料になります。 このように、令和8年ガイドラインは、サービスを次の3つの観点から捉えています。 設計・機能 実際の用法 ガバナンス したがって、リーガル AI に求められるのは、法的な回答を生成する機能だけではありません。適切な利用を支え、不適切な利用を防ぐ仕組みも重要になります。 (四)第72条の抵触判断基準と具体例 新ガイドラインは、企業などの通常業務に伴うサービスとして、次の7つの類型を例示しています。 文献その他のリサーチ・法的問題点の検討業務支援 書面の作成・審査・管理業務支援 社内研修や経営判断の適法性確認などを含むガバナンス・リスク管理・コンプライアンス業務支援 内部通報事案の調査支援 新規業務スキームの構築・事業再編などの業務支援 トラブル発生時に会社としての対応方針を決定するための内部調査支援 株主総会・取締役会その他の会議業務支援 企業法務の日常業務の多くが、この例示に含まれています。ただし、これらの業務を支援するサービスが、無条件で72条に抵触しないとされたわけではありません。 1. 抵触しないと考えられる例 一般に72条に抵触しないと考えられるためには、次の条件を満たす必要があります。 「事件性」のある案件に関する法律事務への利用を目指した設計ではないこと そのような利用に特化した機能や、その利用を念頭に置いた機能を備えていないこと 不適切な利用を防ぐための適切なガバナンス体制が整備されていること 2. 抵触し得るとされた例 一方、同条に抵触し得る例も示されています。 一つは、法的紛議がすでに顕在化している案件を扱うサービスです。紛議の発生がほぼ避けられない案件の処理を目的として設計されたものも含まれます。 もう一つは、弁護士の関与なしに対外使用書面を作成することに特化したサービスです。訴状、準備書面、答弁書、証拠説明書などの裁判所提出書面が挙げられます。和解契約書なども同様です。こうした書面の作成を念頭に置いた機能を備えている場合も含まれます。 これらのサービスは、「事件性」のある案件での利用を前提としていると評価される可能性があります。 重要なのは、これらが個別のサービスを一律に許可または禁止する一覧ではないことです。最終的な評価は、具体的な事実関係に基づいて判断されます。 Q. 利用している AIツールの用途がガイドラインの例示に含まれていれば、弁護士法第72条に抵触しないと考えてよいですか? A. 用途が例示に含まれているだけでは判断できません。ガイドラインは、紛争案件への利用を目指した設計ではないこと、そのような利用に特化した機能や、その利用を念頭に置いた機能を備えていないこと、適切なガバナンス体制が整備されていることを前提としています。利用目的だけでなく、ツールの設計・機能、利用制限の表示、提供者の運用体制、実際の利用方法を確認する必要があります。ここに段落を入力してください 二、新ガイドラインから考えるリーガル AI の今後 (一)製品価値は回答性能から利用プロセスへ広がる 従来のリーガル AI では、回答速度や精度、対応業務の範囲が主な比較軸でした。今後は、利用者が安全に回答を検証できる仕組みも製品価値になると考えられます。 新ガイドラインは、サービス提供上の留意・推奨事項として、利用上の注意事項を利用規約だけでなく、プロンプトの入力前や回答の出力時にも明示することを挙げています。また、UI・機能設計上の配慮として、高リスクな機能では、表示の位置や見せ方を工夫し、警告を強調することなどを例示しています。 さらに、不適切な利用を把握した場合に講じる合理的な措置として、注意・警告、利用範囲の制限、利用停止などが挙げられています。 根拠の表示も重要です。最新の公式情報など、信頼性の高い情報源を優先することが推奨されています。加えて、可能な場合には回答の参照元を明示することも示されました。 したがって、今後の競争軸はモデルの性能だけではありません。法律情報の収録範囲と更新性、原文への導線、引用の単位です。検証フローや運用体制なども差別化につながります。つまり、ガバナンスも社内の管理事項にとどまりません。利用者が確認できる製品機能として現れていくでしょう。 こうして見ると、リーガル AI の価値の所在も変わります。汎用型 AI より多くの回答を生成できることではありません。法律実務に適したデータと、回答を検証できるワークフローを提供できることにあります。 関連記事: リーガル AI と汎用 AI の違いとは?──本質的な差と競争力を解説 AI ハルシネーション時代の判例検索 (二)弁護士の関与が製品開発の上流工程へ広がる…

「AIを使わない」もリスク?弁護士のAI利用4つの選択肢

英国 UKJT は「AI を使わないことも過失になり得る」と整理しました。一方、機密情報の扱いを誤れば義務違反にもなります。本記事では、弁護士が AI を安全に使う4つの運用方法と、情報の機微度に応じた選び方を解説します。 はじめに 弁護士が AI を業務に利用する動きが広がっています従来、多く語られてきたのは、AI を使ってよいのかという問題でした。しかし、利用が実務に定着するにつれ、議論の焦点も移りつつあります。 2026年7月、英国でひとつの法的声明が公表されました。公表したのは UK Jurisdiction Taskforce(UKJT)です。法曹関係者と技術の専門家で構成される、英国の官民共同組織にあたります。声明は、AI によって生じる損害の責任を整理したものです。 その中で注目されるのが、専門家による AI 利用の位置づけです。もちろん、AI を不適切に利用した場合は責任が問われ得ます。加えて、AI を利用しなかったことも判断材料になり得ると整理されました。つまり基準になるのは、同じ分野の合理的な専門家であれば AI を利用したかどうかです。 もっとも、AI を導入すれば義務を果たせるわけでもありません。UKJT は、利用する専門家が確認すべきポイントも複数挙げています。たとえば、導入前の確認、仕組みの理解、依頼者への説明です。さらに、機密情報の保護、用途への適合性、出力の監督も挙げられています。 そこで実務の課題になるのが、AI をどう業務に組み込むかという設計です。どの情報を、どのAIに入力するのか。入力した情報は誰が処理し、どこへ送られるのか。そして、返ってきた回答をどのように確認するのか。 本記事では、弁護士が AIを利用する際の4つの運用方法と、その選び方を解説します。 一、弁護士のAI利用で問われる「選定・運用・検証」 (一)注意義務の水準は、技術の広がりとともに動く UKJT の声明が示す視点のひとつは、注意義務の内容が固定されていない点にあります。 判断の基準になるのは、同等の経験や専門性をもつ「合理的な専門家」の行動です。そのため、ある業務で AI の利用が一般化すれば、活用を検討すること自体が通常期待される対応に含まれる可能性があります。また、専門団体のガイダンスや専門家の意見も考慮されます。 もちろん、いま AI を使っていない弁護士が、ただちに義務違反になるわけではありません。むしろ重要なのは、技術や実務慣行の変化に応じて、期待される行動の基準も動くという点です。 (二)英国では監督機関のガイダンスも出ている 実際に、英国の規制機関も具体的な指針を示しています。バリスター(法廷弁護士)の規制機関である Bar Standards Board(BSB)は、2026年5月にAI利用に関するガイダンスを公表しました。特に、BSB が適切な管理を求めているのは次の点です。 導入前に、技術のリスク・利益・コストを評価すること 基本的な技術理解とAIリテラシーを維持すること 情報システムとデータガバナンスを適切に運用すること 依頼者への透明性を確保し、機密情報を保護すること 依頼者や相手方もAIを利用し得ると認識しておくこと つまり、AI を適切に使いこなす力そのものが、専門職の職務能力の一部になりつつあります。 (三)注意義務は、機密情報の扱いにも及ぶ AI のリスクとしては、ハルシネーションによる誤回答が注目されがちです。もっともらしい誤った内容を AI が生成する現象を指します。ただし、専門家が確認すべき範囲は、それだけにとどまりません。 特に重要なのが、機密情報の扱いです。UKJT は、この点について強い表現を用いています。十分な安全性や機密性を備えていない AI に機密情報を入力する行為です。依頼者に対する義務違反となるリスクが極めて高い、と指摘しました。 現在の日本には、UKJT の声明にあたる公的文書は見当たりません。ただし、入力する情報の管理は、すでに既存の法令の対象です。個人情報保護法は、個人データの漏えい・滅失・毀損などを防ぐ「必要かつ適切な措置」を求めています。つまり、海外の議論を待たずとも判断はすでに始まっているといえます。 二、AIのデータの扱いは「学習・保持・送信先」で確認する AI サービスの説明では、「入力データを学習に利用しません」という記載をよく見かけます。ただし、データ保護を判断するには、もう少し細かく分けて確認する必要があります。 (一)「学習に使わない」と「保存しない」は別の条件 まず区別したいのが、モデル学習とデータ保持です。 「学習に利用しない」とは、入力や回答をモデルの改善や訓練に使わないという意味になります。これに対して「保存しない」は、入力と出力そのものを提供者側に残さない条件を指します。 たとえば OpenAI は、法人向けや開発者向けのサービスについて、入力と出力を原則としてモデル学習に利用しないとしています。一方、保持については別の仕組みです。実際、不正利用の監視を目的として、記録が一定期間(原則30日程度)残る場合があります。そのうえで、条件を満たした組織には、データを保持しない設定を申請する道が用意されています。 したがって、「学習に使われないのだからデータは残らない」という理解は正確とはいえません。 (二)法律AIでは、その先のデータの流れも確認する 法律特化型の AI には、もう一段確認したいポイントがあります。すなわち、そのサービスの裏側でどの AI が動いているかです。 ある法律AI が「入力内容を保存しません」と説明していたとします。ただし、それだけで入力データが一切残らないとは限りません。回答の生成にあたって、外部の AI 事業者(LLM提供者)へデータを送っている場合があるためです。送信先が OpenAI、Anthropic、Google などであれば、次に確認すべきはその送信先の処理条件になります。 実際、ベンダー自身が保存しなくても、送信先で一定期間保持される構成はあり得ます。反対に、送信先との間でデータを保持しない条件を結べば、外部モデルを使いながら保持を抑えることもできます。つまり、確認したいのはサービス名だけではありません。入力した情報が最終的にどこを通るのか、という流れ全体です。 弁護士が AI を比較するときには、次の 5 点を分けて確認すると違いが見えやすくなります。 入力と出力がモデル学習に利用されるか データは何日間保持されるか 自社以外の事業者に送信されるか。送信先はどこか 送信先での保持期間と学習利用はどうなっているか 再委託先を含む処理条件を、書面で確認できるか Q. 「学習には利用しません」と書いてあれば、案件資料を入力しても大丈夫ですか? A. その一文だけでは判断できません。「モデルの学習に利用しないこと」と、「入力したデータを保存しないこと」は別の条件だからです。また、法律AI サービスによっては、回答生成のために第三者の AI 事業者やクラウドサービスへデータを送信する場合があります。案件資料を入力する前に、学習への利用、保存期間、外部への送信先などのデータ処理条件を確認し、情報の機微度に応じて入力範囲を決めることが重要です。 三、弁護士のAI利用で考えられる4つの運用方法 情報管理の観点から見ると、法律事務所での AI 利用はいくつかの型に分けられます。ここでは代表的な4つを整理します。 (一)法人向けプランを利用する もっとも導入しやすい方法が、生成AI の法人向けプランです。個人向けと比べて、モデル学習への利用制限、管理機能、契約上のデータ保護が用意されています。実際、OpenAI の法人向けサービスでは、入力と出力が初期設定では学習に利用されません。 メリット: 最新の高性能モデルを、比較的簡単に利用できる アクセス管理、監査ログ、保持期間の設定など、組織利用向けの機能を使える 注意点: 管理機能や契約条件はプランごとに異なる データを保持しない設定のような高度な制御は、対象が限定される場合がある サービス名だけで安全性を判断せず、自分の契約プランに適用される条件を確認しておきましょう。そのため、契約内容を確認できる担当者がいる事務所に向いた方法といえます。 (二)事務所内でAIを動かす…

弁護士が求めるAIとは?最新調査から見るリーガルAIの現在地

弁護士AIの活用が進むほど、次に問われるのは信頼性です。Law Insiderの国際調査と日本の弁護士会・法務プラットフォーム調査から、弁護士がリーガルAIに何を求めているのかを解説します。 はじめに 弁護士 AI の活用は、新しい段階に入っています。「使うかどうか」を議論する時期は、もはや過ぎたと言えるでしょう。今、問われているのは「どう使うか」です。生成 AI は、すでに弁護士の業務でも日常的に使われるようになりました。関心の中心も、どの業務で、どのように AI を活用するのかへと移りつつあります。 2026年、契約書データベースを提供する Law Insider が調査を実施しました。対象は 75 か国の法律実務家 534 名です。契約業務における AI 活用について尋ねています。回答者はいずれも AI を利用している層です。そのため、この結果を弁護士全体の AI 導入率として捉えることはできません。一方で、手がかりにはなります。すでに AI を使っている法律実務家が「何に使っているのか」、そして「AI に何を求めているのか」です。調査レポートは、Law Insider の公式ページから無料でダウンロードできます。なお、Law Insider は SimpleDocs 社が運営しており、同社は法律専門 AI サービス「SimpleAI」も提供しています。この点は、調査結果を読む際の前提として、頭の片隅に置いておくとよいでしょう。 本記事では、この調査を一つの起点とします。そのうえで、日本の弁護士会や法務プラットフォームの調査データ、そして当社、Lawsnote が弁護士に行ったヒアリングも踏まえます。リーガル AI が今後どのように実務へ組み込まれていくのかを考えていきます。 一、AI は弁護士の日常業務の一部へ (一)AI を継続的に利用する法律実務家 この調査では、回答者の 86% が契約業務で週1回以上 AI を利用していました。約 49% は毎日利用し、41% は1日に複数回使っています。 もちろん、これは AI を利用している人を対象とした調査です。そのため、「弁護士の86%が AI を使っている」と一般化することはできません。 それでも、AI を導入した層を見ると、見えてくることがあります。日々の業務の中で AI を繰り返し使うことが当たり前になり、実務の一部として定着しつつある、という実態です。 (二)日本では、AI はどのような業務に使われているのか 日本でも、生成 AI の利用先は一つの業務に限られません。 弁護士ドットコムは2023年に調査を実施しました(登録弁護士146名対象)。そこでは、具体的な利用例が挙げられています。メール文案の作成、法律相談への回答概要の作成、契約条項の確認、類似判例の調査、文字起こしなどです。 *判例検索と AI 活用の関係についてもっと詳しく知りたい方は、「弁護士が知っておきたい:判例検索エンジンの仕組み」もあわせてご覧ください。 さらに、東京弁護士会も、2026年7・8月号の『LIBRA』で生成 AI 特集を組んでいます。そこでは、弁護士による AI 活用事例を、「訴訟業務」「企業法務」「事務所運営」の3つに分けて紹介しています。つまり、AI 活用の対象は契約書の作成や審査だけではありません。法律リサーチや事務所運営まで、幅広い場面で検討が進んでいます。 では、その中でも実際に利用が進んでいる仕事には、どのような特徴があるのでしょうか。まずは、今回の調査で具体的なデータが示されている文書業務から見てみましょう。 二、文書業務から見る弁護士の AI 活用 弁護士 AI の活用の中でも、特にデータが厚いのが文書業務です。同じ調査で、契約業務における AI の利用先を見ると、最も多かったのは「契約条項・文案の作成」で、72.8%にのぼります。 続く結果は次のとおりです。 ・第三者から提示された契約書のレビュー:54.9% ・契約書の要約:46.1% ・重要な条件・義務の抽出:43.8% ・修正文案の提案:37.5% (一)契約と訴訟に共通する「文書を扱う」工程 契約業務では、相手方から届いた契約書を読み、問題点を整理します。そのうえで、必要に応じて修正文案を作成します。 訴訟業務でも、文書を扱う場面は少なくありません。事件資料や相手方の主張を確認します。そのうえで争点を整理し、訴訟書面を作成します。 東京弁護士会の『LIBRA』でも、生成 AI の活用事例が具体的に取り上げられています。リサーチ、文書作成、契約書レビューなどです。企業法務に限らず、尋問事項案の作成など、訴訟業務における利用例も紹介されました。 Lawsnote が弁護士に行ったヒアリングでも、近い実感が語られています。契約審査に加えて、訴訟を手がける弁護士からは、準備書面や訴状といった書面作成でこそ AI を使いたいという声が、とりわけ強く聞かれました。 業務の目的は異なりますが、こうした場面には共通する流れがあります。 読む → 整理する → 書く → 人が確認・修正する 生成 AI は、この一連の工程の一部を支援しやすいと言えるでしょう。 (二)「文書を処理する AI」は一つの有力な利用形態 現在、AI がどのような場面で活用されているかを見てみましょう。文案の作成、レビュー、要約、情報の抽出、修正文案の提案など、目の前にある文書を処理する用途は、非常によく見られる利用形態だと言えるでしょう。 法律分野における AI 活用は、文書処理にとどまりません。法律リサーチ、案件管理、社内ナレッジの検索など、利用範囲はさらに広がっています。 一方で、文書業務と AI の相性のよさを背景に、ある動きも目立ちます。AI…

リーガルAIの費用対効果はどう測る?料金体系と導入価値を解説

リーガルAI の料金体系には、席課金や従量課金など、さまざまな方式があります。しかし、その価格は法律業務で得られる価値を十分に反映しているのでしょうか。5つのチェックポイントから、導入価値の見極め方を解説します。 はじめに:リーガルAI の価格と価値 近年、生成AI を実務に取り入れる弁護士や企業法務担当者は着実に増えています。 法律調査や判例検索に加え、契約審査、文書要約、契約書や準備書面の初稿作成など、その活用範囲も広がっています。リーガルAI は、法律業務を支援する選択肢の一つとして定着しつつあります。 しかし、導入が進むにつれて、別の疑問も浮かび上がってきました。 「この価格は妥当なのか」という問いです。 導入しようとしているリーガルAI には、どれほどの価値があるのでしょうか。毎月の利用料は業務内容に見合っているのでしょうか。支払った費用に相当する価値を、どのように確かめればよいのでしょうか。 こうした問いに、明確な答えがあるとはまだ言えません。 現在のAI サービス市場では、席課金や従量課金、機能別プラン、個別見積もりなど、さまざまな料金体系が採用されています。海外のリーガルテックコミュニティでも、こうした料金モデルと提供価値のずれを問題視する声が見られます。 ある投稿者は、リーガルAI をめぐって現在不安定なのは、技術や日常的な利用ではなく、その背後にあるビジネスモデルだと指摘しています。何を基準に価格を設定し、どのような形で価値を提供すべきかについて、まだ共通の答えが見つかっていないというのです。 本記事では、リーガルAI の主な料金体系を整理したうえで、価格が判断しにくい背景を考えます。 料金モデルが複雑だからだけではなく、リーガルAI が法律業務にもたらす価値について、まだ共通の評価基準が確立されていないのではないでしょうか。 一、リーガルAI の主な料金体系 現在のリーガルAI には、さまざまな料金体系があります。 大きく分けると、次の四つに整理できます。 ユーザー数に応じた席課金・ID 課金 機能構成に応じたプラン別の定額課金 利用量、文書数、案件数などに応じた従量課金 利用人数や業務内容を踏まえた個別見積もり 実際には、これらを組み合わせた料金体系も多く見られます。 まずは、それぞれが何を基準に料金を設定しているのかを確認してみましょう。 (一)ユーザー数に応じた「席課金・ID課金」 定義: 利用できるユーザー数に応じて料金を設定する方式 一般的な形式: 1ユーザーあたりの月額・年額、一定数の ID をまとめた契約 メリット: 費用を予測しやすく、利用のたびに追加料金を気にする必要がない 課題: 利用頻度が異なっても料金が同じで、実際の利用量や業務価値を反映しにくい これは海外のリーガルAI サービスでも広く見られる料金体系です。 ただ、1日に何十回も使う担当者がいる一方で、月に数回しか利用しない担当者もいます。それでも、一人あたりの料金は原則として同じです。 つまり、席課金が主に測っているのは「利用できる人数」です。実際の利用頻度、AI の処理コスト、そこから生まれる法律業務上の価値とは、必ずしも直接連動しません。 (二)機能構成に応じた「プラン別の定額課金」 定義: 利用できる機能やコンテンツの範囲に応じて料金を設定する方式 一般的な形式: 基本プラン、上位プラン、機能モジュールの追加 メリット: 必要な機能に応じて選びやすく、料金と機能の関係が分かりやすい 課題: 使用しない機能が含まれる場合や、必要な機能のために上位プランが必要になる場合がある この方式では、利用者が必要な機能に応じてプランを選択できます。もっとも、機能の数が多ければ、必ずしも導入価値が高いとは限りません。 実際にはほとんど使わない機能が含まれている場合もあります。反対に、必要な機能を利用するために、より高額な上位プランを契約しなければならない場合もあります。 (三)利用量・文書数・案件数に応じた「従量課金」 定義: AI の利用量や処理量に応じて料金を設定する方式 一般的な形式: クエリ数、トークン数、文書数、案件数、データ量による メリット: 使用量と費用を連動させやすく、利用頻度が低い場合には合理的になりやすい 課題: 技術的な利用量は、法律業務で得られる価値と必ずしも一致しない 実際には、完全な従量課金よりも、定額プランに一定の利用枠を設け、上限を超えた場合に追加料金が発生する方式も多く見られます。 利用量と料金がある程度連動するため、使用頻度が低い利用者にとっては、固定の席課金よりも合理的に感じられる場合があります。提供者側にとっても、AI の処理コストを料金に反映しやすい方式です。 ただ、コストを意識するあまり、本来使うべき場面で利用を控えてしまう可能性もあります。 (四)利用人数や業務内容に応じた「個別見積もり」 定義: 利用人数、機能、文書量、導入支援などを踏まえて個別に料金を決める方式 一般的な形式: 初期費用+月額料金、席課金+機能追加、基本料金+利用量 メリット: 組織の規模や利用目的に応じて契約内容を調整しやすい 課題: 公開情報だけでは価格を比較しにくく、料金の内訳も複雑になりやすい 個別見積もりは、独立した一つの課金単位というよりも、席課金、機能別課金、利用量課金、導入支援費用などを組み合わせて最終価格を決める方法と考えたほうが実態に近いでしょう。 成果連動型の料金体系は一般的なのか 将来的には、削減できた作業時間や処理できる案件数、業務品質の向上など、導入成果をより反映した料金体系も検討される可能性があります。 ただし、現時点では、リーガルAI製品において成果そのものに連動する課金が一般的になっているわけではありません。 法律業務では、何を成果とするかを一律に定義することが難しく、最終的な結果には弁護士や法務担当者の判断も大きく影響するためです。 二、SaaS の料金モデルはリーガル AI にも通用するのか リーガルAI では、現在もユーザー数に応じた席課金が広く採用されています。 もともと席課金は、従来型 SaaS (SaaSとは「Software as a Service」の略称で、「サービスとしてのソフトウェア」を意味する)と相性のよい料金体系でした。SaaS の多くは、ソフトウェアの利用環境そのものを継続的に提供するサービスです。 具体的には、次のような機能や環境を提供します。 ソフトウェア機能の利用 データの保存・管理 ユーザーごとの権限設定 チーム内での情報共有 業務フローの標準化 利用者が増えれば、必要となるアカウントや権限、保存領域、サポートの範囲も広がります。また、利用者側にとっても、「何人がサービスを利用できるか」は契約内容を判断するうえで分かりやすい基準です。 そのため、ユーザー数に応じて料金を設定する席課金には、一定の合理性がありました。 生成AIでは、ユーザー数だけで利用実態を捉えにくい ところが、生成AI を組み込んだリーガルAI では、事情が少し異なります。 同じ一つのアカウントでも、毎日繰り返し利用する人もいれば、月に数回しか利用しない人もいます。入力する文書の長さや、AI に求める処理の複雑さも、その都度変わります。 その結果、契約ユーザー数が同じであっても、実際の利用量やサービス提供に必要な計算資源には大きな差が生じます。 一定の機能や利用環境を提供することが中心だった従来型 SaaS に比べ、生成AI では「誰が利用するか」だけでなく、「どのように、どの程度利用するか」がコストに与える影響も大きくなっています。…

弁護士のAI活用とシャドーAI|海外事例と日本の法務リスクを解説

海外の法律実務コミュニティで交わされた内製 AI の議論を手がかりに、法律事務所に特有のシャドー AI のリスクを解説します。守秘義務、個人情報保護、情報セキュリティの論点と、実務で取り組むべき対策を整理します。 はじめに 弁護士による AI 活用が進むなか、海外の法律実務コミュニティでは、法律事務所による内製 AI をめぐる議論も見られるようになりました。 きっかけは、Reddit に投稿された、「Harvey(ハーベイ) の代わりに、オープンソースの AI を自前のハードウェアで動かしている事務所はあるか」という問いでした。 このスレッドでは、海外の法律実務家が AI ツールを内製した経験が紹介されています。もっとも、これらは投稿者個人の経験談であり、法律業界全体の状況を示すものではありません。それでも、法律実務における AI 活用の今後を考えるうえで、参考になる動きと考えています。 本記事では、こうした海外事例を紹介するうえに、内製 AI をどのように管理すべきか、どのような場合に「シャドーAI」となり得るのかを整理します。さらに、事務所の承認を得ない AI 利用がもたらすリスクと、安全に活用するための対策についても解説します。 一、海外の法律実務コミュニティで議論される「内製 AI」 本章では、Reddit の「r/legaltech」の議論を取り上げます。以下で紹介する内容は投稿者個人の経験談であり、法律業界全体の普及状況を示す統計ではありません。この点を踏まえて、海外で語られている法律事務所の AI 内製事例を見ていきましょう。 (一)法律事務所における AI 内製化の動向 法律事務所が、自らの業務に合わせて AI を構築する。こうした選択肢は、弁護士 AI 活用の一形態として議論され始めています。 発端となったのは、前述したスレッドです。この問いに対しては 80 件を超えるコメントが寄せられ、実務への導入可能性やコストをめぐる具体的な議論が交わされました。 ある大手法律事務所に所属する投稿者は、実務への適用について慎重な見方を示しています。現時点では、内製 AI を Harvey の代替として使う予定はなく、限定的な実験にとどまるという立場です。また、高度なセキュリティが求められる本番環境で使えるアプリケーションの構築にも否定的な見解が目立ちました。 その一方で、別の見方もあります。Am Law 200(米国の法律事務所を収益規模で順位付けするランキング)に入る事務所が、所内向けのツールを内製しているという事例も紹介されています。 このように、海外のリーガルテック市場においては限定的な実証実験から組織的な導入まで、異なる段階の取り組みが混在しています。 (二)海外における AI 内製化の具体例 スレッドには、自ら AI システムを構築した経験を語る投稿者も登場します。ここでは、代表的な二つの事例を紹介します。 1. 米国南部の弁護士:一人で RAG システムを構築 一つ目は、米国南部の小規模事務所で働く弁護士の事例です。弁護士としての実務経験は20年、Linuxの使用経験は30年に及びます。 彼は専業のエンジニアではないものの、複数のオープンソースモデルと判例データ、各州の法令を組み合わせ、RAG(検索拡張生成。外部データを参照しながら回答を生成する AI 技術)システムを構築しました。 開発期間は約 120 日で、作業時間は 350〜500 時間と推定されています。投稿者によると、現在は 50 州のうち 47 州について、法令データの変更を検出し、自動更新する仕組みが機能しています。 また、投稿者は、事務所のオーナーから信頼を得て開発を進めているとも述べています。ただし、組織として正式な承認手続きやガバナンス上の確認の有無までは、投稿から確認できません。 2. 地方検事局:組織全体の AI 基盤を内製 二つ目は、弁護士約 350 人、職員全体では約 1,000 人が勤務する地方検事局の事例です。 投稿者は、オープンソースモデルと独自のバックエンドを組み合わせ、組織内の AI 基盤を構築したと説明しています。 実際、本人の評価では、外部ベンダーの製品よりも良い結果が得られ、長期的なコストも抑えられているとのことです。ただ、具体的な評価指標は示されていません。 (三)内製に伴う技術的な負担 スレッドには、ローカル環境で AI を構築する際の技術的な難しさを指摘する投稿もありました。 特に、案件資料を検索しやすい形に整理する方法には、専門的な調整が必要です。また、必要な情報を AI へ適切に渡す仕組みの設計も同様です。さらに、扱う資料が増えるほど、高性能な機器や継続的な保守も求められます。 そのため、内製 AI を検討する際は、導入時の費用だけで判断すべきではありません。そのうえで、開発や保守に必要な人員と時間も含めて評価する必要があります。 (四)スレッドから読み取れる傾向:限定業務から進む内製化 海外の議論においては、「既存のリーガルテック製品を全面的に代替するわけではないが、自所の特定業務に特化したツールを内製化している」という主旨の声が象徴的に語られています。 これは一部の投稿者の見方にすぎないが、同様の方向性は、スレッド内の複数の投稿にも見られます。すなわち、既製の統合プラットフォームを全面的に置き換えるのではなく、特定の業務に用途を絞って、小規模なツールを構築するアプローチが現実的な選択肢として浮上しています。 もっとも、実務における本番運用に対しては依然として慎重な声も少なくありません。ローカル LLM(大規模言語モデル)を実際に安定運用する事務所は、まだごく少数だという指摘もありました。現時点では、「限定的な実験」、「独自の内製化」、「コンプライアンスを重視した慎重な立場」という、三つの観点が併存していると捉えるのが適切でしょう。 (五)実運用におけるセキュリティ管理の課題 海外の個別事例を離れ実務に目を向けると、AIを独自構築・運用する場合、法律事務所は情報セキュリティや管理体制についても検討する必要があります。 米国 NIST(National Institute of Standards and Technology、国立標準技術研究所)は、「AI リスク管理フレームワーク」を策定しています。そこでは、導入前のテストや運用後の継続的なモニタリングの重要性が強く指摘されています。 また、企業クライアントから監査対応を求められた場合にも説明できるようにしておく必要があります。 さらに、所内の正式な承認手続きを経ず、管理の対象にもなっていない内製システムは、組織が把握できない「シャドーAI」につながる可能性があります。こうした状態は、情報漏えいや契約上の問題など、さまざまなコンプライアンスリスクを生じさせかねません。 具体的な管理体制の構築方法については、第四章にて解説します。次章では、この状態が「シャドー AI」とどう関係するのかを整理します。 二、内製 AI…

AIハルシネーション時代の判例検索|弁護士が知るべき検証フロー

米国の弁護士が AI の架空判例を引用し制裁を受けた事案を解説。本記事では、ハルシネーションが起きる背景や、信頼性の高い判例検索の実務でそれを防ぐための検証フローを、弁護士向けにわかりやすく紹介します。 はじめに 近年、判例検索や書面作成に AI を使う弁護士が増えています。しかし、使い方を誤ると、取り返しのつかない事態を招きかねません。実際、つい最近には米国で象徴的な出来事が起きました。原告・被告双方の弁護士が、AI の生成した「存在しない判例」を引用したのです。その結果、審理予定は取り消され、関与した弁護士には制裁が科されました。 これは決して対岸の火事ではありません。なぜなら、AI を調査業務や書面作成に使う弁護士であれば、誰でも同じ落とし穴に陥りうるからです。とりわけ問題なのは、二つの点です。一つは、AI が事実に見える嘘をつく(ハルシネション)こと。もう一つは、その嘘がそのまま書面に紛れ込んでしまうことです。 そこで本記事では、まず実際に起きた事件を振り返ります。次に、なぜ AI が架空の判例を生み出すのか、その仕組みを解説します。さらに、なぜ経験豊富な弁護士まで騙されるのかを掘り下げます。最後に、ハルシネーションを防ぐ検証フローと、根本的な解決策を紹介します。 一、AIが揺るがす「判例検索」の信頼性:実際に起きた事件 まず、ここで押さえておきたいのは、ハルシネーションが机上の空論ではないという点です。すでに複数の深刻な事案が、現実の法廷で発生しています。 (一)ミシシッピ州:双方の弁護士が架空判例で「対決」、裁判中止 まず、具体例としてミシシッピ州の「Withers v. City of Aberdeen」事件を紹介します。本事案は、太陽光発電プロジェクトにともなう弁護士費用の支払いをめぐる紛争でした。 ところが、この訴訟では異例の事態が起きました。原告・被告双方とも生成 AI を使い、実在しない架空の判例を引用していました。関与した双方の弁護団、つまり 2 名ずつ計 4 名が制裁を受けました。 担当の Sharion Aycock 判事は、発覚後に説明を求める審問を実施しました。その後、制裁命令によって審理予定は取り消されました。さらに、関与した 4 名全員が本件から排除されました。このうち主要な 2 名は、2 年間の出廷禁止です。さらに、全員に 1,000〜3,500 ドルの罰金が科されました。 ここで注目すべきは、裁判官が問題視した点です。引用された法的根拠について、当事者の誰も原典確認を行っていなかった事実が重大な過失として名指しされました。裁判官は、特に共同弁護士(ローカルカウンセル)が内容を検証せず署名した点を「ゴム印(rubber-stamp)」と表現し、強く批判しました。 今回の違反根拠となったのは、連邦民事訴訟規則第 11 条(Rule 11)です。これは、弁護士が署名によって提出内容の真実性を裁判所に保証するという、実務上の基本原則を定めています。 判事の指摘を要約すると、彼らは「テクノロジーをうのみにした」結果、ハルシネーションに基づく引用を招きました。つまり、AI の利用自体が問題なのではありません。出力を検証しなかったことこそが制裁の理由だったのです。 (二)ニューヨーク州:控訴審のライブ中継で発覚した「存在しない判例」 次は、ニューヨーク州で起きた Landberg 事件です。この事件では、弁護士が少なくとも3件の存在しない判例を引用していました。さらに、その引用の根拠や正確性についても、裁判官から厳しい指摘を受けました。 しかも、それが発覚した場面が衝撃的でした。上訴庭の裁判官が、公開されているライブ中継の場で、当の弁護士を直接問いただしたのです。弁護士は引用の出所をうまく説明できませんでした。裁判官は20分以上にわたって追及し、Rule 3.3、すなわち弁護士の裁判所に対する誠実義務(Candor Toward the Tribunal)に言及しました。同条(Rule 3.3(a))は、弁護士が裁判所に対して虚偽の事実や法律の陳述を故意に行うことを禁じています。また、過去に行った虚偽の陳述については、訂正する義務も課しています。 この事件の特徴は、公開の審理の場で問題が明らかになった点にあります。最終的に、この訴え自体も却下されました。誤った引用は、弁護士本人だけでなく、依頼者の利益にも重大な影響を及ぼし得ます。 なお、ここで言及された Rule 3.3 は、ミシシッピ州の事件で適用された Rule 11(連邦民事訴訟規則・署名義務)とは別の規定です。前者は裁判所に対する真実義務、後者は提出内容の合理的な確認義務に関わる規定であり、混同しないよう注意が必要です。 (三)単発事故ではない──裁判所が「制裁」を強化し始めた さらに、ここで強調しておきたいことがあります。2026年において、これはもはや単発の事故ではありません。各地の裁判所はこのような事件に対する対応を大幅に厳罰化しています。具体的には、審理中止、業務停止処分、罰金、そして AI 利用の開示命令にまで及んでいます。 たとえばアラバマ州では、AI による架空判例の引用を繰り返した弁護士に対し、裁判所が厳しい制裁を科した事案もありました。 さらに、開示を求める動きも広がっています。報道によれば、300名を超える裁判官が、書面における AI 利用の開示を求めているとされます。この動きは、現在も広がり続けています。つまり、裁判所の態度は「注意喚起」から「制裁」へと、明らかに移りつつあるのです。 規制の面でも変化が見られます。一部の報道では、興味深い指摘もあります。一部の判決や報道では、ChatGPT などとのやり取りが、弁護士・依頼者間の秘匿特権によって保護されない可能性も指摘されています。 業界団体も対応を進めています。たとえば米国法曹協会(ABA)は、AI に関するタスクフォースを設置しました。そのうえで、倫理ガイドラインの中で「生成AI の出力には適切な検証と監督が必要である」と助言しています。 日本でも、AI の利用は急速に広がっています。守秘義務や誠実義務を負う日本の弁護士にとっても、これは決して他人事ではありません。では、なぜ経験豊富な弁護士であっても、このような問題に巻き込まれてしまうのでしょうか。 二、なぜAIは「存在しない判例」を生み出すのか:ハルシネーションの仕組み では、なぜ AI は存在しない判例を生成してしまうのでしょうか。その仕組みを理解すれば、適切な対策も見えてきます。 (一)まず知るべき前提:生成AI は「判例を検索している」のではない ここが最も重要な核心です。多くの弁護士は、Ch多くの実務家は、ChatGPT を Westlaw や判例秘書などの判例DB(データベース)と同質のものと考えがちです。しかし、これは大きな誤解です。 汎用の生成AI は、判例を検索しているわけではありません。実際には、次に来る可能性が高い語を確率的に予測しながら文章を生成しています。そのため、提示された出典が実在するかどうかは担保されません。 イメージとしては、スマートフォンの予測変換に近いと考えると理解しやすいでしょう。予測変換は、次に来そうな単語を提案します。しかし、その内容が事実かどうかまでは保証しません。生成AI も、本質的には同じ仕組みです。だからこそ、実在しない判例名や出典を、もっともらしく生成してしまうのです。 (二)なぜ「それらしい」嘘が生まれるのか まず問題なのは、その嘘が非常にもっともらしく見える点です。AI は、事件名・年月日・裁判所・巻号といった判例特有の記載パターンを、大量のテキストから学習しています。 その結果、形式は完璧でも、中身は架空という現象が起こります。一見すると、本物の判例にしか見えないが実際には存在しないケースもあります。これが AI 判例検索における最大の危うさです。 (三)ハルシネーションが法務で特に危険な理由 一般的な用途であれば、AI の間違いは笑い話で済むかもしれません。しかし、法律書面では事情がまったく異なります。なぜなら、誠実義務違反や依頼者の不利益、そして制裁に直結するからです。 しかも、この現象は珍しい事故ではありません。むしろ、世界中で観測・記録され続けています。たとえば、研究者の Damien Charlotin 氏は公開データベース(damiencharlotin.com/hallucinations)を運営しています。これは、AI ハルシネーションに言及した裁判所・審判機関の事例を、継続的に更新されている公開データベースです。国・当事者・使用AIツール・結果で検索できます。そして執筆時点では、世界各地の事例が 1,000 件以上収録されています。 米国だけでも数百件規模の事例が確認されています。このことからも、AI ハルシネーションは特定の弁護士や裁判所だけの問題ではないことが分かります。むしろ、生成AI の普及とともに、司法実務全体で継続的に観測される現象になりつつあります。 つまり、AI が架空の判例を出すというのは、もはや例外的な出来事ではなく、継続的に確認される現象となっています。 *LLM の仕組みについてさらに詳しく知りたい方は、関連記事「LLMの原理とプロンプト設計」もぜひあわせてご覧ください。 三、なぜ経験豊富な弁護士まで騙されるのか:検証が抜ける構造 「AI が誤った出力をする」ということ自体は、多くの人がすでに知っています。しかし、なぜ経験豊富な弁護士でも誤りを見抜けないのでしょうか。この点は、あまり語られていません。…