リーガルAIを取り巻く検証レイヤー
AIは、存在しない判例を引用する準備書面を起草したり、実在しても引用の根拠とは正反対のことを述べている判例を引用したりします。CiteGuardは、あなたのAIを取り巻くレイヤーです。CourtListener上の実在の判例法に対してすべての引用をグラウンディングし、捏造を決定論的に捕捉し、検証できないものは人間へルーティングし、監査証明書に署名します。何を安全に提出でき、何に人間が必要かを正確に伝えます。
0
ゲートを通過しうる捏造引用
決定論的な信頼の不変条件、ユニットテスト済み
20
グランドトゥルース・コーパス内の実在判例
公開の米国判例法データベースCourtListenerからキャッシュ
8/8
コア検証器テストが合格
オフラインかつ再現可能 (python tests/test_core.py)
これは実行可能なデモです。サンプル準備書面、当事者、事件キャプションは合成抜粋であり、文書管理コネクタはモックです。コーパス、ライブのCourtListener照会、決定論的ゲート、およびテストは実物です。
裁判所はすでにこれに制裁を科しており、起草ツールは自らの成果をチェックしません。
失敗の形態は、拙い文法ではありません。文法は完璧であり、だからこそ危険なのです。AIはパートナーが書いたように読める準備書面を起草し、一度も判決されていない判例を引用したり、実在する判例を、それが提示される命題とは正反対のことを述べているのに引用したりします。目的特化型のリーガルツールですらこれを行います。対照研究では、Westlaw Precisionは33%、Lexis+は17%の頻度でハルシネーションを起こしました(Stanford RegLab、Journal of Empirical Legal Studies、2025)。
帰結はすでに到来しています。2026年初頭までに、AIハルシネーション引用が関与した文書化された裁判例は1,222件あり、裁判所は制裁を始めています。第6巡回区は2026年3月に$30,000の制裁を科しました。ガバナンス規則も続きました。ABA Formal Opinion 512と300を超える司法スタンディング・オーダーが、提出前に弁護士がAI出力を検証することを今や求めています。にもかかわらず、何らかのAI利用ポリシーを持つ事務所は20%未満です。
これを直す場所として、起草者は適所ではありません。より強力なモデルでもなお起草するだけであり、裁判所はモデルがどれほど自信を持っていたかなど気にしません。気にするのは、引用が存在し、あなたが主張したことを述べているかどうかです。だから、持続する答えはより賢いライターではなく、独立した権威に照らして成果をチェックし、確度をもって捏造を捕捉し、検証できないものについては正直である、別個のレイヤーなのです。
保証級の部分は決定論的なコードです。判断が必要な部分は棄権するLLMです。決めるのはモデルではなくゲートです。
AIが起草した準備書面を貼り付けると、パイプラインがライブで走ります。各引用とその命題を抽出し、実在の判例法に対してグラウンディングし、決定論的な存在チェックとLLMによる支持チェックを実行し、決定論的なポリシーゲートを適用し、署名済み監査証明書をエクスポートします。ダッシュボードは、各段階が点灯するシステムコンソールを示し、すべての実在のCourtListenerリクエストをURL、ステータス、レイテンシとともにストリーミングするので、ブラックボックスはありません。
存在・捏造チェックとポリシーゲートは、実在の判例法に対する純粋なPythonです。捏造された引用は、推測ではなく、ライブのCourtListenerゼロ件ルックアップによって不在が証明されます。買い手が必要とするのは、証明可能な捏造捕捉と監査可能なゲートであり、LLMの言い分ではないからです。
支持チェックは実在の判決意見を読み、それが命題Pを支持するかを問います。プロバイダー交換可能であり、不確か、またはグラウンディングされていないときは棄権して人間レビューへルーティングします。助言するのであって、最終決定を下すことはありません。
すべての引用は、ちょうど一つの判定に決着します。人間へルーティングする判定は理由について正直であり、CourtListenerに到達できなかったことを意味する判定は、捏造へ決して畳み込まれません。
| 判定 | 意味 | 決定者 |
|---|---|---|
| VERIFIED_SUPPORTED | 実在判例であり、判決意見が命題を支持する | 存在チェックと支持チェック |
| VERIFIED_UNSUPPORTED(要確認) | 実在判例だが、判決意見が明確には支持しない | 文脈とともに人間へルーティング |
| FABRICATED | 実在の判例法にそのような判例はない | 決定論的、ライブのゼロ件ルックアップ |
| OUTSIDE_COVERAGE | 真正な判例だがキャッシュされたサブセットにない、正直にマーク | 決定論的、誤った検証済みにはしない |
| UNVERIFIED | CourtListenerに到達できず、不在が未証明 | 決定論的、捏造へ決して畳み込まない |
ゲートは決定論的です。捏造された引用がゼロ件かつ未解決の引用がゼロ件の場合にのみFILING_READYを返し、それ以外はNOT_FILING_READYです。つまり、捏造が一つもなくても、未レビューの引用が一件あれば、設計上、提出全体が止まります。その後ワンクリックで、署名済みJSON監査証明書をエクスポートします。引用ごとに判定、証拠スニペット、実在のCourtListener URL、モデルとバージョン(または決定論的、または棄権)、検証器バージョン、UTCタイムスタンプ、ゲート結果を記録します。
デモには四つのサンプル準備書面が付属します。うち二つを順に見ていきます。実在引用、捏造引用、コーパス外引用を同時に含むMixed Motion準備書面と、すべての引用が実在するClean Motion準備書面です。以下の画像はすべて、実行中のアプリのスクリーンショットです。事件キャプションは例示であり、実在の事件ではありません。
左はAIが起草した排除申立です。右では、システムコンソールが段階ごとに点灯し、各実在のCourtListenerリクエストをURL、ステータス、レイテンシとともにストリーミングし、支持チェックの推論も並びます。これは最初の引用、Miranda v. Arizona, 384 U.S. 436であり、支持チェックが判決意見の本文を読むあいだ、グランドトゥルース・コーパスに対して決着しています。
準備書面はHalstead v. Ferngate Holdings, 823 U.S. 1199を引用しています。存在チェックはCourtListenerへライブGETを送り、200と0件の結果を得ます。U.S. Reportsに巻823がないからです。判定はFABRICATEDであり、推測ではなく不在が証明されています。同じ実行でBrown v. Board of Education, 347 U.S. 483は実在判例ですがキャッシュされたサブセットにないため、誤った検証済みではなくOUTSIDE_COVERAGEと正直にマークされます。ゲートはNOT_FILING_READYです。捏造1件、未解決2件、自動クリア1件。
これはClean Motion準備書面です。すべての引用が実在し、論点に即した判例です。判決意見の本文が命題を確立するとき、支持チェックがそれを確認します。Miranda v. Arizona, 384 U.S. 436は検証済みでクリアします。多数意見自体が、被疑者は弁護人依頼権と黙秘権を告知されなければならないと判示しており、CourtListener上の実在判例へのリンクがあります。どの特定の論点即応引用が緑でクリアされ、どれがレビューへルーティングされるかは実行ごとに変わり得ます。支持チェックが唯一の非決定論的ステップだからです。ただしMirandaのような論点即応の引用は、確実にクリアします。
Mixed Motionのレビューでは、スコアボードは検証済み1件、捏造1件、要確認2件です。Bell Atlantic Corp. v. Twombly, 550 U.S. 544は実在判例ですが、抜粋がその提示される命題を真っ向から確立していないため、支持チェックは自信ありげに採点せず、推論とともに要確認とマークします。その保守的な棄権が設計です。自信満々の赤の未支持判定は、意図的に稀です。曖昧な判決意見に対する正直な一手は、人間に渡すことだからです。
これは同じClean Motion準備書面の証明書です。Mirandaは検証済みでクリアしましたが、Terry v. OhioとStrickland v. Washingtonはレビューへルーティングされたため、ゲートは提出準備未完了のまま留まり、シールは確認のため保留と読みます。捏造された引用は一件もないにもかかわらずです。証明書は各引用を判定と支持チェック結果とともに列挙し、すべてがCourtListenerに対して存在をチェックされたこと、捏造引用が確度をもって特定されること、文脈判断を要する引用は人間へルーティングされることを証明します。提出物に添付する署名済みJSON記録としてエクスポートされます。きれいに見える準備書面は、提出準備完了と同じではありません。
コーパスは、公開の米国判例法データベースCourtListenerからキャッシュされた20件の実在判決であり、Miranda、Twombly、Iqbal、Terry、Strickland、International Shoe、Erie、Baker v. Carr、Chevron、Daubertを含みます。存在・捏造チェックはリクエスト時にCourtListenerをライブでも照会するため、捏造捕捉はサブセットに限定されず権威あるものになります。20件の判例コーパスはキャッシュされたサブセットであり、支持の裁定は実在判例上の小規模Nで実証され、そのスコープは普遍的精度として着飾らず、率直に述べられます。
CiteGuardは、もう一つの起草者ではありません。何を安全に提出できるかを決めるレイヤーです。
| 観点 | 未検証のAI準備書面 | CiteGuard検証レイヤー |
|---|---|---|
| 捏造判例の検出 | 権威あるように読めて、捕捉されない | 決定論的、ライブのゼロ件ルックアップ |
| 実在するが誤用された引用 | そのまま提出される | 文脈とともに人間レビューへルーティング |
| 不確かな支持チェック | モデルはそれでも判定を断言する | 棄権し、人間に渡す |
| プロベナンス | なし | 引用ごとの実在のCourtListenerリンク |
| 提出の判断 | 起草者の自信 | 決定論的ゲート。捏造ゼロかつ未解決ゼロ |
| ABA Op. 512のための監査証跡 | なし | 準備書面ごとの署名済みJSON証明書 |
いいえ。CiteGuardは起草もリーガルリサーチも行わないため、Harvey、Westlaw Precision、Lexis Protegeと競合しません。それらが生み出したものの周囲に座る検証レイヤーです。AIが起草した準備書面を受け取り、何を安全に提出でき、何に人間が必要かを弁護士に伝え、すでに使っているツールと並んでシャドウまたはアドバイザリーモードで走ります。
存在チェックは、公開の米国判例法データベースCourtListenerに、正確な引用を照会します。Halstead v. Ferngate Holdings, 823 U.S. 1199のような捏造引用はゼロ件を返します(U.S. Reportsに巻823はない)。したがって推測ではなく確度をもってFABRICATEDとマークされます。CourtListenerに到達できない場合、引用は捏造ではなくUNVERIFIEDとマークされます。証明の不在は不在の証明ではないからです。その区別は、決定論的でユニットテスト済みの不変条件です。
盲目的には任せられません。だから支持チェックは棄権します。実在の判決意見を読む一つのLLMステップであり、判決意見の本文が判旨を確立するときだけ——Miranda v. Arizonaについてそうであるように——引用を緑で確認します。判決意見が述べられた命題を真っ向から支持しないとき、判定をはったりせず、引用を人間レビューへルーティングします。モデルは助言し、決定論的ゲートと弁護士が決定します。
いいえ。提出準備完了はガバナンスの性質であり、モデルの性質ではないからです。裁判所はモデルがどれほど自信を持っていたかなど気にしません。気にするのは、引用が存在し、あなたが主張したことを述べているかどうかです。だから持続する必要は、すべての主張を実在の判例法にグラウンディングし、確度をもって捏造を捕捉し、検証できないものについては正直である、独立したレイヤーです。その要件は、どのモデル品質でも成り立ちます。
ワンクリックで、署名済みJSON証明書をエクスポートします。引用ごとに判定、証拠スニペット、実在のCourtListener URL、モデルとバージョン(または決定論的または棄権)、検証器バージョン、UTCタイムスタンプ、ゲート結果を記録します。提出前に弁護士がAI出力を検証したことを示す成果物であり、ABA Formal Opinion 512と300を超える司法スタンディング・オーダーが今や求めるものです。デモでは証明書はJSONです。PDFエクスポートは先送りです。
仕組みを証明する実行可能なデモであり、導入済みパイプラインではありません。四つのサンプル準備書面、当事者、事件キャプションは合成抜粋とラベルされ、文書管理コネクタはモックです。実物なのは次です。20件の判例コーパスはCourtListenerからキャッシュされ、存在・捏造チェックはリクエスト時にCourtListenerをライブで叩き、決定論的ゲートと8件中8件のユニットテストは表示どおりに走り、捏造された引用は実在の判例法から真正に不在です。
このデモの背後にある研究——アーキテクチャ、検証設計、エンタープライズの青写真。
ソリューション全体
リーガルAI引用検証 & ガバナンスのソリューションを見る →検証レイヤーこそが難しい部分です。私たちが構築します。
事務所が、提出物に捏造引用を入れるリスクなしに弁護士がAIを使える方法を検討しているなら、その考え方をぜひお聞かせください。問題は業界全体のものであり、答えもそうなるでしょう。