HarveyのLegal Engineerは法務版FDEなのか

「Legal Engineer」という肩書きだけを見ると、法律と技術の両方に詳しいエンジニアを想像するかもしれません。 しかしHarveyの公式説明で中心に置かれているのは、コードを書くことより、法律家として顧客の業務を理解し、 Harvey上で使えるワークフローへ変換することです。

その働き方は、顧客の現場に入り、問題を理解し、ソフトウェアとして解き、得られた知見をプロダクトへ戻す Forward Deployed Engineering（FDE）とよく似ています。では、HarveyのLegal Engineerは「法務版FDE」なのでしょうか。

まず、HarveyのLegal Engineerは何をしているのか

Harveyの公式チーム解説では、Legal Engineerは法律実務経験を持つ元弁護士であり、 顧客や見込み顧客と直接向き合い、AIを実際の法務ワークフローへ適用する役割とされています。

典型的な場面は、契約書分析が期待どおりに動かないときです。Legal Engineerは顧客の文書を使ってプロンプトや 複数ステップのワークフローを組み、結果を検証し、改善して返します。抽象的な製品説明ではなく、 「この業務で使える出力」まで持っていくことが仕事です。

1つの職種ではなく、3つの配置で見る

HarveyはLegal Engineeringを単一の営業支援職として説明していません。公式のチーム解説では、 プリセールス、導入後のProduct Specialist、Custom Solutionsという3つの配置が示されています。

FDEと重なる3つの構造

1. 顧客の「要望」ではなく、実際の業務を見る

PalantirはForward Deployed Software Engineerを、顧客と直接働き、最も大きな問題を素早く理解し、 解決策を設計・実装する役割として説明しています。Harveyも、法律家のワークフロー上の痛点を発見し、 実際の文書・用途に合わせて解決策を作ることを求めています。

2. 発見から実装までの距離が短い

通常の分業では、営業が要望を聞き、コンサルタントが要件をまとめ、エンジニアが後から実装します。 Legal Engineerは、発見、デモ、ワークフロー設計、検証を近い距離で回します。特にCustom Solutionsでは、 要件整理から導入までのライフサイクルを持つと明記されています。

3. 現場の学びをプロダクトへ戻す

PalantirはForward Deployed Engineeringを、現場のチームがコアエンジニアリングと協働し、 フィードバックを新機能へ還流させる方法論として説明しています。Harveyの求人も、顧客の声と法律実務の知見を プロダクトの方向性へ変換し、Product、Engineering、Salesなどと連携することを役割に含めています。

それでも「同じ職種」ではない

最大の違いは、HarveyがLegal Engineerの中心的な強みを法律実務に置いていることです。 公式説明も「技術的に聞こえる肩書きだが、本当のスキルは法律」と強調しています。 一方、PalantirのForward Deployed Software Engineerは、顧客と近いだけでなく、 本番で動くソフトウェアを設計・実装するエンジニアリング職です。

またHarveyでは、プリセールス、導入後支援、Custom Solutionsで責任範囲が分かれます。 したがって「HarveyのLegal Engineer = PalantirのFDE」と一対一に置くと、営業・導入・専門職という側面を落としてしまいます。

日本でやるなら、何が変わるか

日本企業がHarvey型の役割を取り入れるとき、単に「弁護士をAI企業が採用する」だけでは足りません。 重要なのは、専門家を解説者ではなく実装の当事者として配置することです。

1. 業務発見の権限を持たせる。部門から要件票を受け取るのではなく、実際の案件、文書、判断基準を観察できるようにする。
2. その場で試作できる環境を渡す。プロンプト、エージェント、ナレッジ、評価セットを専門家自身が組み替えられるようにする。
3. 利用率ではなく業務成果で見る。ログイン数だけでなく、レビュー時間、再作業、品質確認、採用されたワークフローを追う。
4. 現場知をプロダクトへ戻す会議体を持つ。個別対応を積み上げるだけでなく、再利用できる機能、テンプレート、運用ルールへ変える。

これは法務に限りません。会計、医療、製造、広告など、AIの出力を評価するのに専門判断が必要な領域では、 ドメイン専門家が「利用者」から「実装者」へ移る可能性があります。

次に追うべき問い

Legal Engineerという職種の存在だけでは、Harveyの導入モデル全体は見えません。 次に見るべきは、顧客発見を担う人、複雑な実装を担う人、定着を担う人の間で、 どの情報が受け渡され、どこまでプロダクト化されるかです。

FDE Journalでは今後、HarveyのTransformation OfficeやCustom Solutionsの配置、 PalantirのForward Deployed Engineeringの原型、モデル企業が増やしているApplied AI / FDE職を順に追います。

本稿は公開情報をもとに職種と組織設計を分析したもので、Harvey、Palantir、その他の企業による確認・協賛を受けた記事ではありません。 「FDEに近い」という表現は、公式な職種同一性の主張ではなく、公開された業務内容からの編集上の分析です。

事実誤認や更新情報は hello@aishugyo.com までお知らせください。