shirokuronoir

法務AI導入で先に分ける5境界

法務AI導入で先に分ける5境界

Google Cloudは2026年8月25日、法務向けの「Gemini Enterprise for Legal」をプレビュー公開しました。契約レビュー、規制調査、DSAR対応などを、既存の文書管理や電子証拠開示システムと接続して進める構成です。

ただし、法務AIの導入で先に見るべきなのは生成品質ではありません。誰が、どの案件の、どの文書を読み、どの操作まで実行できるかをモデルの外側で固定できるかです。

先に結論

試行は、全社文書を一括接続するのではなく、1案件、1コネクタ、閲覧中心の1業務から始めます。最低でも次の5境界をテストへ落としてください。

1. アプリへ入れる利用者

2. 案件と文書ごとの閲覧権限

3. コネクタが取得・同期する範囲

4. 書き込み操作に必要な人の承認

5. 出典確認と監査ログを残せる条件

Googleの発表は既存権限の継承、限定されたデータアクセス、追跡可能な引用を説明しています。しかし「権限を継承する設計」と「自社設定が正しいこと」は別です。導入側で拒否ケースまで確認する必要があります。

一次情報で確認したこと

Google Cloudの公式発表「Now introducing Gemini Enterprise for Legal」では、法務向けスキル、MCPコネクタ、専門エージェント、パートナー製品を一つの管理面で扱うと説明しています。iManage、NetDocuments、Docusign、Everlawなどの接続先では、既存のロール、文書権限、案件権限を引き継ぐ方針です。

製品ページでは、顧客データや出力を基盤モデルの学習へ使わないこと、VPC Service ControlsやCMEKを利用できること、回答を許可済み文書へ根拠付けして引用を追跡できることが示されています。

一方、アプリ単位のアクセス制御には重要な注意があります。プロジェクト単位で利用ロールを付与すると、アプリ単位の制限より優先され、同じプロジェクト内の全アプリへアクセスできる場合があります。案件別にアプリを分けても、上位権限が広いままでは境界になりません。

コネクタとデータストアの導入チェックでは、接続先のスコープと資格情報、データストアのアクセス制御、連携方式がフェデレーションか取り込みか、同期頻度、CMEKを事前に決めるよう案内しています。

今回試したこと

製品プレビューへの接続試験は行っていません。代わりに、導入前レビューで漏れを見つけるため、案件一致、文書ACL、倫理的障壁、書き込み承認、引用の5条件を組み合わせた8ケースをローカルで判定しました。

判定ルールは単純です。案件が一致し、文書ACLが許可し、倫理的障壁に抵触せず、書き込みなら人が承認し、回答に検証可能な引用がある場合だけ許可します。

| ケース | 条件 | 期待結果 |

|—|—|—|

| 1 | 同一案件、閲覧許可、引用あり | 許可 |

| 2 | 別案件 | 拒否 |

| 3 | 文書ACLなし | 拒否 |

| 4 | 倫理的障壁に抵触 | 拒否 |

| 5 | 書き込みだが承認なし | 拒否 |

| 6 | 書き込み、人が承認、引用あり | 許可 |

| 7 | 閲覧可能だが引用なし | 拒否して確認へ |

| 8 | 同一案件、閲覧許可、引用あり | 許可 |

結果は8件中3件を許可、5件を拒否とし、期待結果との不一致は0件でした。これはGemini Enterprise for Legalの実性能や製品設定を検証した結果ではありません。自社の受入テストへ「通るケース」だけでなく「止まるべきケース」を入れるための事前確認です。

5つの境界を実装へ落とす

1. アプリ権限

法務用アプリを分けるだけでは不十分です。プロジェクト単位の広いロールを外し、必要な利用者やグループだけをアプリ単位で許可します。管理者、利用者、監査担当も同じ権限にまとめません。

2. 案件と文書のACL

許可された案件だけを検索できるか、案件異動や離任後に権限が消えるかを確認します。倫理的障壁が必要な案件は、同じ検索結果や要約へ混ざらない拒否試験を必須にします。

3. コネクタ範囲

最初は一つの文書管理システムに限定し、読み取りスコープ、同期対象、同期頻度を記録します。フェデレーションと取り込みではデータの置き場所や削除反映の確認点が変わるため、方式を曖昧にしません。

4. 実行承認

検索や要約と、契約更新、外部送信、署名依頼は分けます。書き込みや外部影響がある操作は、対象、変更内容、送信先を表示して人が承認するまで実行しない設計にします。

5. 引用と監査

回答の自然さだけで合格にせず、案件文書への引用が開けること、引用先が回答内容を支えること、実行者と操作結果が監査ログに残ることを確認します。引用がない回答は、そのまま成果物へ転記しません。

今日から行う3つのアクション

1. 1案件と1コネクタを選び、利用者、対象文書、禁止文書、許可操作を表にする

2. 許可3件と拒否5件のように、止まるべきケースを多めにした受入テストを作る

3. 10件の実案件で、引用一致率、権限外検索の拒否率、人への差し戻し件数を記録する

自然文のルールをテスト可能な条件へ変える方法は「AIルールを曖昧にしない4条件」でも整理しています。外部サービスへ送るデータの扱いは「API保存ゼロを誤解しない5確認」も合わせて確認してください。

判断基準

最初の導入可否は、要約速度ではなく、権限外の文書を0件にできるか、引用を追跡できるか、外部影響のある操作を承認前に止められるかで決めます。10件すべてで境界を確認できるまで、接続先や対象案件を増やしません。

本記事は製品導入時の技術的な確認項目を整理したもので、法的助言ではありません。実案件では所属組織の情報管理規程、職業上の守秘義務、適用法令に沿って判断してください。

関連記事

出典

著者情報

執筆・検証: しろのあ。一次情報、ローカルの権限判定、製品上で未検証の部分を分けて記載しています。