Harvey が 1 億トークン超の合成法律事務所をオープンソース化 — 顧客 46 社、社内成果物ファイル約 1 万点

Word 文書 9,288 点、案件 266 件、設問 250 問。モデルは探しものを見つけられる。ただ、自分がいつ止まるべきかを知らないだけだ。
著者:Harvey08-08 · 10 分で読了⚑ 研究論文
研究解説 · 小互解説
ポイント
  • Harvey は架空の法律事務所をゼロから作り、266 件分の全ファイルを GitHub に公開。AI にその中から答えを探させた。
  • 最強の 2 モデルは個別チェックポイントで 7〜8 割正解するが、「1 つも漏らさない」となると、正解率は 24.4% と 36.0% にまで落ち込む。
  • 正解が 16 項目を超える設問では全問正解率はゼロに。一方で、難しい設問でモデルが「バカになった」わけではない。
⚑この記事のスコアデータはすべて Harvey 公式発表のベースライン評価によるもので、ベンダー自己評価です。データセット自体はオープンソースで検証可能であり、本記事で引用するタスク定義・スコアリングコード・文書サンプルはすべて当サイトがリポジトリから照合したものです。
序章

仮想事務所、それでも規模は本物

法律 AI 企業の Harvey が、法律事務所 1 軒分の全アーカイブをオープンソース化しました。案件 266 件、Word 文書 9,288 点、総量 1.08 億トークンを GitHub に公開し、AI がその中から答えを探すための設問を 250 問用意しています。アーカイブ、設問、採点基準、スコア結果まですべて公開され、検証可能です。

なぜこのデータセットを作ったのか。実際の法律事務所では、弁護士の資料調査は非常に骨が折れます。ファイルは膨大で、重要な情報の多くに決まったキーワードがなく、検索できないからです。これまでの法律ベンチマークは「契約書と設問が与えられ、回答する」という形式で、材料がすべて手元にあり、この課題を測れませんでした。このデータセットは、Harvey の法律 AI エージェント用評価セット LAB の新しい拡張パックです。

46
顧客数
266
案件数
9,288
ファイル数
1.08 億
トークン総量
250
設問数

まず、法律事務所の仕事がどう組織されているかを理解する必要があります。データ全体がこの構造に基づいて作られているからです。事務所の仕事は、顧客(誰への仕事か)と matter(その顧客への具体的な仕事 1 件)という 2 つの関係で成り立っています。46 の顧客は 15 の業務分野にまたがり、1 つの顧客が複数の matter を持ち、1 つの matter に複数の分野の弁護士が関わることもあります。

この 46 の顧客には企業も個人も含まれており、わざと多様性を持たせています。PE ファンドの求める法律サービスと、産業メーカーのそれとは全く異なります。顧客が多様であればあるほど、カバーできる業務の種類も増えます。266 件の案件には、すでに完了したものと、進行中のものがあります。

matter とは

法律事務所が特定の顧客に対して行う具体的な仕事のこと。契約締結から完了までの全ファイルがこの単位でまとめられます。プロジェクト管理ツールの「プロジェクト」フォルダのようなものですが、事務所ではこれが請求単位であり、ファイルキャビネットの 1 区画でもあります。フォルダ番号は「顧客番号-連番」で、1003-00001 は 1003 番の顧客の最初の案件です。

Calderwood & Harkness の3層構造:事務所、顧客、案件
この仮想事務所の名前は Calderwood & Harkness。事務所の下に顧客(それぞれ4桁の番号)、その下に案件があり、各案件のファイル数(最下段)は36〜88件と幅があります。画像出典:Harvey

1 つの案件のファイルにはライフサイクル全体が含まれます。受注経緯(委任)、段階ごとの進め方、途中の重要な決定、最終的な結果です。案件内部はフォルダで分類されていますが、わざと標準化していません。案件の種類、パートナーの習慣、実際の進行状況によって、フォルダ構成は案件ごとに異なります。実際の事務所もこんなもので、ファイル整理の決まりなど誰も定めていません。

作成法

各ファイルは約 1,000 トークンのスクリプトから生成

これだけの量のアーカイブを 1 つずつ手書きするのは不可能です。Harvey の方法はこうです。各案件について、まず約 1,000 トークンの「スクリプト」を作成します。そこには、どの顧客への仕事か、プロジェクトの概要、という 2 点が記されます。そして、そのスクリプトに具体的な事実を埋め込みます。細かい事実(「この契約のエスクローは 10%」「競業避止義務は 2 年間」など)もあれば、構造的な事実(「この訴訟は却下された」「和解した」など)もあります。

SPEC · 約1000トークン · 顧客:Harrowgate PE · 種別:独占禁止法申告 · 事実:二次審査請求を受領 合成パイプライン engagement-letter hsr-form-draft strategy-memo closing-memo meeting-prep-memo 案件規模により 10〜200 件 事実はこの文書に固定 出題・採点はスクリプトのみ参照
1,000 トークンのスクリプトから、一連の Word 文書が生成されます。各事実ポイントは特定の文書に固定され、「どの案件の、どのファイル」まで遡れます。当サイト作成図

巧みな点は最後のステップにあります。正解を決めるのに、1,000 トークンのスクリプトを見るだけでよく、生成された膨大なファイルを読む必要がないということ。そうでなければ、この 1.08 億トークンを誰が審査するのでしょうか。

埋め込まれた事実ポイントには、もう 1 つの役割があります。それが採点用の正解そのものになるのです。一方、AI が回答するときには、そのどれも見えません。手元にあるのは Word 文書の山だけで、検索と推論を駆使して、散らばった手がかりを 1 つずつ見つけ出し、答えを組み立てる必要があります。

アーカイブファイルシステムの3カラムビュー
生成されたファイルシステムの様子。左が案件番号、中央がその案件のフォルダ(デューデリ、融資、保険、規制、クロージング文書など)、右が実際の .docx ファイルです。画像出典:Harvey

合成データはどのくらいリアルなのでしょうか。実際に 1 つダウンロードして確認しました。second-request-strategy-memo.docx、66KB、344 パラグラフ。完全な弁護士メモです。冒頭は「秘密保持・弁護士業務成果物」とされ、本文では 15 U.S.C. § 18a を引用。2024 年の申告基準額 1 億 1,950 万ドル、手数料 16 万ドルと明記されています。6 月 4 日に買収契約締結、6 月 18 日に申告、7 月 8 日に当局から資料要求、7 月 16 日に正式な質問状送付というスケジュールは日にち単位で正確で、人名・会社名もすべて整合しています。

案件 1003-00001 の文書原文(抜粋)
The initial 30-day statutory waiting period under the HSR Act was set to expire on July 18, 2024. However, on July 8, 2024, the FTC's Bureau of Competition, Mergers IV Division issued a voluntary access letter … We produced 23 supplemental documents on July 10, 2024, in response to that voluntary access letter.
HSR 法に基づく法定待機期間(30日)は本来 2024 年 7 月 18 日に満了する予定だった。しかし 7 月 8 日、FTC 競争局第 4 合併部から資料提出の要請状が届き、当方では 7 月 10 日に追加文書 23 点を提出した。— この粒度の情報が、このデータセットには 9,288 点分あるのです。
設問

設問 250 問は、弁護士が日常的に本当に尋ねる内容

アーカイブができたところで、設問はどのようなものか。この 250 問は、事務所が自社の文書管理システムに普段投げかけるような要求を模しています。ですから、すべて素朴な一言で、パートナーが朝、デスクの前を通りがかりに何気なく言い付けるような体裁です。

タスク例の表:設問とタスクタイプ
公式の設問サンプル。左が実際の質問文、右がタスクの種類(先例探し、全体把握、ベンチマーク、例外探し、トレンド分析、顧客横断調査など)。どれも事務所で日常的に出る質問です。画像出典:Harvey

リポジトリから実際の設問ファイルを読んでみました。第 1 問の原文はこれです。「独占禁止法グループで規制審査の対象となった取引を整理しています。HSR の二次審査請求を受けたすべての案件を、関連する質問状のやり取りとともにリストアップしてください。」

HSR 二次審査請求(HSR Second Request)とは

米国の M&A は一定規模以上になると規制当局への申告が必要です。当局が競争に影響を与える可能性があると判断した場合、さらに詳細な資料を求める正式な文書を発出し、取引は審査が終わるまで停止したままとなります。ビザ申請で追加書類を求められる「追加書類請求(RFE)」のようなもので、拒否ではありませんが、この時点から旅程に確定期限がなくなります。

この設問の正解は 11 項目です。

第 1 問の採点基準(全 11 項目、すべて通過して初めて正解)
1–3
該当する3 件の案件をそれぞれ特定:どの顧客か、案件番号、当局が質問状を発出した日付
4
合計が 3 件であると述べる
5–10
6 つの具体的な文書のファイル名を特定(各案件につき 2 つ)
11
過剰に報告しないこと:回答にこれら 3 件以外の案件を含めない(別の 3 件は「含めても減点しない」が、それらの質問状は独占禁止法グループ管轄外の取引に紐づいているため)

最後の項目に注目してください。出題者自身が、どの案件が該当し、どれが該当しないかを、わざわざ説明文を追加して定義しているのです。

難所

しかしアーカイブに目次はなく、AI は文書を 1 つずつ読むしかない

もう 1 つ、はっきりさせておくべきことがあります。各設問に対して、AI はファイルシステム全体を相手にします。266 件の案件がすべてそこにあり、どの案件を調べるべきか、事前に教えてくれる人はいません。

Agent が使えるツールは 6 つ。コマンド実行、ファイル読み取り、ファイル書き込み、ファイル編集、ファイル名での検索、内容での検索です。grep は使えます。問題は、検索する語がないことです。

このファイルシステムを確認しました。dms/matters/ の下には、266 個の数字だけのディレクトリがあります。インデックスも、顧客名簿も、業務分野の対応表も、メタデータファイルも一切ありません。1003 番の顧客が何という名前で、どの業務分野に属し、その案件が最終的にどうなったかを知るには、Word 文書を 1 つずつ開いて本文を読むしかありません。

あなたが想像する文書庫 INDEX · 顧客名簿 / 業務分野対応 1003 · Harrowgate PE · 独禁 1038 · Cascade Retail · M&A 1041 · Solara Digital · M&A 実際に AI へ与えられたもの 1001-00001/ 1001-00002/ 1001-00003/ 1002-00001/ 1003-00001/ 1003-00002/ … 全 266 件、数字のみ 顧客名は?ファイルを開いて初めてわかる
左は読者が想像する姿、右がリポジトリの実際の姿。ディレクトリ名に意味はなく、「この案件は誰のものか、どのグループ管轄か、結果はどうか」という情報はすべて Word 文書の本文に埋もれています。当サイトがリポジトリ構造をもとに作成
重要

「独占禁止法グループの案件で二次審査請求を受けたものは?」という設問。「second request」で検索すれば大量にヒットしますが、「この案件が独占禁止法グループ管轄かどうか」を示すフィールドは、アーカイブのどこにも存在しません。ファイルを読了して初めて判断できるのです。前節の「別の 3 件は含めても減点しない」という注記は、この境界線が人間でさえ説明に苦労するからこそ、付け加えられているのです。

採点

しかもルールは「1 つ漏れたら 0 点」

各設問の正解は、合否のみのチェックポイントに分割され、AI 審判(claude-sonnet-4-6、温度 0、キーワード一致ではなく意味の一致のみを見る)が 1 つずつ判定します。すべて通過して初めて 1 点。1 つでも漏れたら 0 点で、部分点はありません。このルールを公式は all-pass(全問正解制)と呼んでいます。

10 項目正解、1 項目漏れ ✓ ✓ ✓ ✓ ✓ ✓ ✓ ✓ ✓ ✓ ✕ 0 11 項目中 10 項目正解でも、この設問の得点はゼロ。「9 点」などという概念はありません。 250 問のチェックポイント総数は 3,098、中央値は 1 問あたり 7 項目、最多は 122 項目。
全問正解制の採点イメージ。チェックポイント総数は当サイトがリポジトリ内の 250 タスクファイルを走査して算出

なぜここまで厳しいのか。その理由が示されています。

法務の実際の納品シーンにおいて、平均点は誤解を招きます。デューデリジェンス・メモが問題の 95% を捉え、実質的な 1 つを見落とした場合、それは「95% 役に立つ」のではなく、間違いです。 Harvey LAB 評価方法ドキュメント

その見落とされた問題が、取引価格を変えたり、クロージング前にすべてをやり直さざるを得なくなったり、クロージング後に発覚したりする可能性があります。

別の言い方で

飛行機の離陸前チェックリストのようなものです。99 項目チェックして、1 項目忘れたら、その飛行機は「99% 飛べる」のではありません。「飛べない」のです。

成績

結果、最強の 2 モデルとも不合格

ルールの説明は終わり。スコアを見てみましょう。Harvey は LAB の標準実行フレームワークで 2 つのモデルを実行しました。

指標opus-4.8-highgpt-5.6-sol-high
個別チェックポイント通過率71.7%79.1%
全問正解率24.4%36.0%
1問あたり中央所要時間475 秒406 秒
1問あたり中央コスト$1.26$1.66
ベースラインスコア:通過率、全問正解率、所要時間、コスト
公式発表のベースライン成績。上段が正確性、下段が時間とコスト。画像出典:Harvey

個別チェックポイントでは 7〜8 割正解し、一見良さそうです。しかし「この設問で 1 つも漏らさなかった」という基準に変えると、2〜3 割しか残りません。475 秒は約 8 分、設問 1 問あたりです。中央コストで試算すると、250 問を 1 周走らせるのに約 300 ドル強かかります。2 つのモデルが解ける簡単な問題はほぼ重なっており、それぞれが相手には解けない難しい問題もいくつか解けています。

分解

モデルは解ける問題は解くが、「1 つも漏らさない」となると崩れる

総得点だけでは不十分です。この 250 問を「正解が何項目あるか」で 4 つの層に分けて再集計すると、2 つの曲線は正反対の動きをします。

100% 66% 33% 0% 72% 68% 個別チェックポイント通過率、ほぼ横ばい 40% 0% 0% 全問正解率、急落 1–5 項目 6–15 項目 16–25 項目 26 項目以上 この設問の正解項目数
opus-4.8-high の場合:設問で求められる項目が増えても、各項目に正解する確率はほぼ変わりません(72% → 68%)。しかし「1 つも漏らさない」割合は 40% から 0% へと一直線に落ちます。当サイトが公式図をもとに再描画、点の位置は図からの読み取り値

もう 1 つのモデル gpt-5.6-sol はもう少し持ちこたえ、全問正解率は約 51% → 27% → 約 20% と下がりますが、「26 項目以上」の層では、やはり 0% です。

メカニズム

直感的に計算すればわかります。項目通過率 71.7% で、26 項目すべて正解する確率は、0.717 の 26 乗、およそ 1 万分の 2 です。難しい設問でモデルが「バカになった」わけではありません。実際に効いているのは「全問正解」という要求そのもの。チェックリストが長くなるほど、完全正解の確率は急速に下がるのです。(この計算は読者の直感のための概算です。チェックポイントは完全に独立しているわけではなく、1 つの案件を見つければ複数の項目を同時に満たせることもあるため、実際の確率はこのように単純計算できません。)

公式図:2モデルの項目通過率と全問正解率がルーブリック規模に応じてどう変化するか
公式の元図、両モデルが載っています。左の 4 点はほぼ水平線をなし、右側は 2 本の線が共に落ちていきます。画像出典:Harvey
根本原因

病根は、AI が「探し終えたか」を自分で判断できないこと

では、一体どこに問題があるのでしょうか。Harvey は Agent の全プロセスを振り返り、直感に反する結論を導き出しました。

診断

モデルは、見つけたものに対する推論はほぼ正しい。間違いは、関連する情報をすべて見つけられなかったことにある。そしてこれは検索戦略の問題ではありません。核となる情報は安定して見つけられ、基準の一部は満たせるのです。欠けているのは「まだ探し続けるべきかどうか」の判断力です。

この欠陥は「リストアップして」というタイプの設問で特に致命的です。上記のグラフで最も急激に落ち込んでいる部分が、まさにこのタイプの設問です。

確認済み、読解済み 未確認、ここにあることすら知らない 「探し終えたか?」 この問いに答えるには「ここに全部で何があるか」を知る必要があるが、それは知らない
当サイト作成図

Harvey がここから導き出した根本原因は、Agent が「この文書庫に一体何があるのか」というモデルを頭の中に構築していないため、自分の検索が十分に徹底されたかどうかを判断する根拠がない、というものです。

たとえ話

それは、入社初日のアシスタントのようなものです。手渡されたファイルはどれも読めて、分析も正しい。しかし、文書庫に全部で何があるのかを知らないので、自分がすべて確認し終えたかどうかが永遠にわかりません。「全部そろえたか?」と聞かれても、「私が見つけたものは、ここに全部あります」としか言えないのです。

方向性

Harvey の解決策:まずアーカイブをインデックスとして読む

法律業務の本質は、目の前の問題が過去の仕事とどう関係するかを判断することです。どの先例がこの顧客に適用されるか、市場の標準的な慣行はどうか。そして今日の Agent は、タスクを 1 つ受けるたびに、この知識をゼロから導き出しています。このやり方は、エンタープライズ規模の知識量では、コストが高く、性能も弱いのです。

現在:毎回ゼロから探索 設問 1 設問 2 設問 3 …… 毎回やり直し 1.08 億トークンの生アーカイブ 解決策:一度読んで、インデックス化 設問 1 設問 2 設問 3 インデックス · 要約 · 記憶(一度だけ) 同じ生アーカイブ
アーカイブは固定されており、250 問は同じものに対して繰り返し尋ねます。一度、読み込んでインデックス・要約・記憶にするコストを払えば、その後のすべての設問に分散できます。当サイト作成図

彼らが注目しているのはこの方向性です。Agent に、まずアーカイブを自分自身のインデックスとして読み込ませてから、回答させる。この環境は持続的で、同じアーカイブが 250 回使われるため、一度だけの「読解コスト」は十分に回収できます。この分野ではさらに多くの成果が公開される予定ですが、協業先である Engram は AI 記憶層を手がける企業で、今年 6 月に 9,800 万ドルの資金調達を完了したばかりです。

Harvey 自身も、このデータセットの限界を明確に述べています。現在は法律事務所の業務の一部のみをカバーしており、250 問も弁護士が尋ねる質問の一部にすぎず、今後も追加される予定です。また、実行記録を見ると、コストと所要時間はアーカイブの規模に応じて増加し続けます。そして、実際のエンタープライズ規模の文書庫は、この仮想事務所より数桁も大きくなる可能性があります。

🧰 ハンズオンカード · Harvey LAB(firm-knowledge)
価格データセットは無料、MIT ライセンスで商用利用可。評価のモデル API 費用は自己負担(公式の中央コスト試算では、250 問を 1 周で約 300 ドル強)
難易度データを見るだけなら、コマンドラインが使えればダウンロード可能(ファイルは .docx なので直接開いて読めます)。完全な評価を実行するには Podman サンドボックスと uv のインストール、およびモデルの API キー設定が必要
出典
LAB: Law Firm KnowledgeHarvey·原文·2026-08-07
当サイト注記
写真はすべて原文からの引用です。1 点相違があります。原文本文では 2 モデルが「基準の約半分しか満たさなかった」とありますが、添付図の注記では個別通過率 71.7% と 79.1% となっており、本記事は図の数値を採用しました。文中の「チェックポイント総数 3,098、中央値 7、最多 122」「266 案件ディレクトリにインデックスファイルが存在しない」「サンプル文書 344 パラグラフの内容」は、当サイトがオープンソースリポジトリを走査して確認したもので、原文には記載がありません。3 点のフロー図・比較図、1 点の折れ線グラフは当サイト作成で、折れ線の点は公式図からの読み取り値のため「約」と表記しています。Engram の資金調達情報は公開報道によるものです。
↑ 本文ここまで
✓ この記事は全文無料です

メンバーは全文 Markdown のコピー・保存に加え、自分の AI に購読・質問させることができます。

原文を読む ↗
📮 新着解説をメールでいち早く

役に立ちましたか?メールを登録すると、新着解説を公開と同時にお届けします。解除はいつでも。