この記事について海外で公開された情報をもとにAIが要約・解説した記事です。原文の翻訳ではありません。正確な内容は記事末尾の出典元をご確認ください。
この記事の要点
  • Legoraは評価額88億ドルのシリーズEで5億5,000万ドルを調達し、顧客数は1,800社超
  • 顧客データを読めないため、エンジニア3人と弁護士3人が模擬環境で評価を設計
  • モデルは法務業務の約6割を十分に処理でき、そこはコストとレイテンシの問題に

何が発表されたのか

法務向けAIエージェントを開発するLegoraのCTO、Jacob Lauritzen氏へのインタビューだ。同社はインタビューの数週間前に、評価額88億ドルでシリーズEとして5億5,000万ドルを調達したと発表している。直前の3月にも評価額55億5,000万ドルで5億5,000万ドルを調達しており、短期間で評価額が大きく上がったことになる。

創業はストックホルムの地下室で、出発点は「ChatGPTとスウェーデン法、検索ツール」を組み合わせた単純な製品だった。現在のエージェントはWord文書のドラフト作成と編集、数千件の契約書の一括レビュー、弁護士・顧客・他のエージェントの間の作業調整まで担う。

4月にARR(年間経常収益)が1億ドルを超え、ローンチから18ヶ月未満での到達だった。顧客数は1,800社超。ショーノートにはシリーズE発表時点でARRが2億ドル超と記載されており、本文の記述とは時点が異なる可能性がある。今年5件目となる買収として、訴訟資料から事実を抽出・検証するロンドンのWexlerを取得した。

顧客データなしでどう評価するか

多くのチームはエージェントの実行ログ(トレース)を読んで改善するが、Legoraはそれができない。利用者がアップロードするものはほぼすべて機密で、その多くは事務所ではなく事務所の顧客に帰属するためだ。

評価チームはエンジニア3人と弁護士3人で構成され、顧客の業務を模したRL環境を作る。例として、1万ファイルのデータルームでデューデリジェンスを実行し、適切な警告(レッドフラッグ)を捉えたレポートを出せるかを試す。結果は業務領域とタスクの組み合わせごとにヒートマップで整理する。新しいモデルはある種類の法務業務で良くなり、別の種類では悪くなることがあるためだ。

本番環境では、失敗を10〜20種類の既知の失敗モードに分類し、機能フラグの裏で安価なLLMベースのチェックを回している。社内には約100人のリーガルエンジニアのプールがあり、評価設計を支えている。ショーノートによれば、評価実行にはModal Sandboxes上で2,000並列のエージェント実行を用いている。

モデルはどこまで足りているか

Legoraは長くモデル選択機能の提供に抵抗したが、最終的に導入した。弁護士が「この契約書はSonnet-high向けかOpus-mid向けか」を判断すべきではなく、品質・コスト・レイテンシ・ガバナンス・リージョン可用性のトレードオフを見つけるのはLegoraの仕事だという考え方だ。

Lauritzen氏は、モデルはすでに法務業務の約60%を十分にこなせると見積もる。その範囲は今やコストとレイテンシの問題であり、100万トークン規模の契約書をまたぐ複雑な分析や編集には、まだより高い知能が必要だとしている。

同社は法務リサーチのような狭いタスク向けに、オープンウェイトモデルのpost-trainingを始めた。自前のフロンティアモデルを訓練する計画はないという。ハルシネーション対策として、エージェントが書いたすべての記述に、元PDFの該当箇所を囲むバウンディングボックスを示す引用を付ける仕組みを採る。ドラフト生成については、原文の表記で「Fable」「Opus」は冗長、「Astra」の方が簡潔だと評している。

少数の部品から多くの製品を作る

製品はいくつかの基本部品(プリミティブ)の組み合わせで作られている。ファイルを保持するプロジェクト、エージェント、Tabular Review、リストの4つだ。リストはNotion風のデータベースで、トリガーと自動化を持つ。エージェントがリストを作成・参照でき、リストの変更がエージェントを起動する。SlackボットのIntakeは依頼をリスト上のチケットに変換する。

Tabular Reviewは行が文書、列が質問に対応する。1万件の雇用契約を投入し、解約期間・IP譲渡条項・退職金の条件を問う形で使う。最大100万セルを扱えるが、まず10行だけ実行してプロンプトを直してから残りを流す設計になっている。

リーガルエンジニアはコードを書かず、パワーユーザーとして製品を設定する。フォワードデプロイエンジニア(FDE)は本番コードを書き、CRMや文書管理システムへの連携を構築し、そこで得た学びをコア製品に戻す。クライアントデータには触れない。最初のFDEは約9ヶ月前にニューヨークで着任しており、1年以内に数ヶ月単位で顧客先に入るローテーション体制を想定しているという。

時間課金の変化と留意点

かつて法務テックが普及しなかった理由について、Lauritzen氏は時間課金の構造を挙げる。速くなるほど収入が減るなら、律師事務所がそれを買う理由はない。変わったのは事務所側への圧力で、米国では小規模レビューのような定型業務がフラットなプロジェクトフィーに移り、顧客をつなぎ止めるために無償で受ける例もあるという。収益の中心はM&A、訴訟、顧客と過ごす時間に移る。

ジュニアやパラリーガルが不要になるわけではないと同氏は述べる。ジュニアは2年前より価値が上がっているという認識で、エンジニアリングと同じく、一人がこなせる仕事量が増えたためだと説明する。

ただしこれらはベンダーCTOの発言であり、顧客数やARRは同社の発表に基づく数字だ。日本市場に関する記述は原文になく、導入可能な国・地域や料金体系も明らかにされていない。

リーガルエンジニアとFDEの役割の違い
項目リーガルエンジニアフォワードデプロイエンジニア
主な役割パワーユーザーとして製品を設定本番コードを書き、顧客システムとの連携を構築
コードの有無書かない書く
顧客データ原文に記載なしクライアントデータには触れない
規模・体制約100人のプール1人目は約9ヶ月前にニューヨークで着任
原文からの引用
He estimates that models already handle about 60% of legal work really well. For those tasks it's a cost and latency problem now.

同氏は、モデルはすでに法務業務の約60%を非常にうまくこなせると見積もっている。そうしたタスクでは、今やコストとレイテンシの問題になっている。

今後の見通し

Lauritzen氏は2年後について、大企業はClaude Coworkのようなツール経由でLegoraを使い、法律事務所はLegoraの中で直接作業するようになると予想している。モデル提供元がコーディング企業に対してしたようにLegoraを切り離すことはないとも述べている。実務者にとっては、ARRが1億ドルから2億ドル超へと伸びた成長が続くのか、Wexlerの買収を既存の基本部品に載せて統合できるのかが次の判断材料になる。FDEのローテーション体制が1年以内にどこまで機能するかも、原文で示された具体的な観測点だ。

日本の開発者・IT企業にとっての意味

日本のIT企業にとって最も参考になるのは、顧客データを一切読めない状態でエージェントの品質を管理する手法だ。エンジニアと業務専門家が組んで模擬環境を作り、失敗を10〜20種類に分類し、機能フラグの裏で安価なLLMチェックを回す。この型は法務以外の機密領域、たとえば金融、医療、製造の設計部門でもそのまま応用が効く。次に、Azureを選んだ理由が「顧客の調達先としてすでに承認されていたから」という点は、日本企業がAI導入を進める際の現実的な制約をよく表している。さらに、ノーコードで設定するリーガルエンジニアと、コードを書くFDEを分ける設計は、受託開発やSIの体制を考えるうえで示唆がある。基本部品を少数に絞って製品を量産する考え方も、内製プラットフォームを抱える企業の参考になる。

気になる点

日本企業や日本の法律事務所でも使えますか
原文に日本市場への言及はなく、日本向けの提供状況は現時点で公表されていない。分かる範囲では、採用拠点としてニューヨーク、ストックホルム、ロンドンが挙がっており、モデル選定ではリージョン可用性が考慮要素の一つとされている。
顧客データを外部に出せない企業でも導入できますか
同社はすべての処理をAzure上で動かしており、創業当時、法律事務所がAWSやGCPを認めず、Microsoftは365経由ですでに承認済みベンダーだったことが理由と説明している。FDEはクライアントデータに触れず、評価も顧客データを読まずに模擬環境で行う。保管場所や契約条件の詳細は原文に記載がない。
既存の文書管理システムやWordと連携できますか
エージェントはWord文書のドラフト作成・編集を担い、FDEがCRMや文書管理システムへの連携を実装すると説明されている。Slack上の受付ボットも用意されている。連携可能な具体的な製品名やAPIの有無は原文に記載がない。

用語解説

ARR
年間経常収益。サブスクリプション契約から1年間で見込める売上のこと。
リーガルエンジニア
法律事務所で3〜4年の実務経験を持ち、コードを書かずに製品を設定する役割。
フォワードデプロイエンジニア(FDE)
顧客先に入り、本番コードや既存システムとの連携を実装するエンジニア。
RL環境
強化学習で使う模擬実行環境。ここでは顧客の法務業務を再現するために用いる。
post-training
学習済みモデルに追加学習させること。ここでは法務リサーチなど狭いタスク向け。
Tabular Review
行を文書、列を質問として大量の契約書を一括処理するLegoraの機能。

出典

Building AI for Lawyers - Jacob Lauritzen, CTO of Legora

Latent Space / Basil Chatha / 2026年11月3日

https://latent.space/p/building-ai-for-lawyers-jacob-lauritzen-cto-of-legora

AI導入も顧問も、お任せください

何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。

AI導入について相談する