お問い合わせ
2026 / 05 / 21 事例

海外ベンダーの法務向け展開を見ながら、事務所での使いどころを考える

Lead

Anthropic の Claude Enterprise・Thomson Reuters 連携・Legal solutions の公開情報を見ながら、Harvey 系列との展開モデルの違いと、日本の士業事務所での使いどころをご紹介します。

顧問先からの照会への回答、契約レビュー、判例リサーチといった業務の一部を、海外ベンダーの AI サービスでまかなえないかというお問い合わせを伺うことが増えてきました。海外の事例を見ていくときに、ベンダーごとに「事務所への入り方」がかなり違っているのが見えてきます。本稿では、Anthropic 公式が公開している法務関連のページを材料に、士業事務所でどう位置づけて見ると整理しやすいかをお伝えします。

Anthropic の顧客事例ページを眺めていくと、2025 年以降、法律ドメインの登場頻度が増えてきています。Thomson Reuters(CoCounsel)の AI 基盤として Claude シリーズが使われている旨が公式ケーススタディに掲載されていますし、Legal solutions のページには契約レビュー・リーガルリサーチ・デューデリ・コンプライアンスといった業務単位の用途が並び、Harvey・Docusign・Ironclad・iManage・NetDocuments がパートナーとして列挙されています。

OpenAI が Harvey に Startup Fund から出資している構図と並べて見ると、Anthropic 側は Claude Enterprise を軸に、法律ドメインの既存プレイヤー(Thomson Reuters・Harvey・契約 SaaS)と連携してエコシステムを作る方向に動いているように見えます。汎用 AI の延長で法務を吸収するというより、ドメイン特化と統制設計を前面に置いた展開モデルです。

なお Anthropic の機能やパートナー構成は更新が早いため、本記事は 2026-05-12 以前の公開情報を基にしたご紹介になります。

Claude Enterprise の機能構成を見ておく

事務所での使いどころを考えるうえで、まず Claude Enterprise の機能構成をひととおり見ておきます。本記事執筆時点の公式ページから読み取れる主要機能は次のとおりです。

  • Projects: テキスト・コード・ファイルを専用プロジェクトに紐づけ、業務単位でコンテキストを分離する
  • Connectors: Atlassian・Cloudflare・Intercom などの社内・SaaS データソースへの接続
  • Research: 複数の検索を組み合わせ、出典付きのレポートを生成する機能
  • Artifacts / Claude Code: 文書・コード・成果物をワークスペース上で継続的に編集する機構
  • 大量コンテキスト参照: 公式ページでは「10,000 行規模のコードベース」相当の参照ができるとされています

セキュリティ・統制機能としては、公式ページに次のような項目が明示されています。

  • Single Sign-On(SSO)と domain capture
  • Role-based access(細粒度の権限)
  • SCIM(System for Cross-domain Identity Management)
  • 監査ログ
  • データ保持コントロール
  • Compliance API
  • HIPAA-ready offering(HIPAA 対応構成)

そして法務観点で気になるのが、Claude for Work の組織データはモデル学習に使わないと公式が明言している点です。Anthropic のプライバシーポリシー(最終更新 2026-01-12)でも、商用顧客のデータは個人ユーザー向けポリシーの対象外で、データ処理者として別契約で扱う旨が示されています。

業務単位でコンテキストを分ける Projects、出典付きで返す Research、SSO・監査ログ・データ保持コントロール・HIPAA 対応、そして学習利用しない契約構造。この組み合わせは、依頼者情報の分離・出典確認・監査証跡・守秘義務といった士業業務の要請と相性が良い構成になっています。

Thomson Reuters と Harvey との連携の中身

Anthropic の法務向け展開で、公開情報がもっとも揃っているのは Thomson Reuters との関係です。Anthropic 公式の Thomson Reuters ケーススタディから、確認できる事実関係は次のとおりです。

  • CoCounsel の AI 基盤として Claude シリーズが使われている: Claude 3 Haiku(高速処理用)と Claude 3.5 Sonnet(複雑な分析用)の使い分けが公表されています
  • 対象: law and tax professionals。Siskind Susser PC、Mayolo and Associates、Fisher Phillips といった事務所名が登場します
  • デプロイ経路: Amazon Bedrock 経由。「セキュリティとガバナンスの観点から、顧客に対して AI の制御方法を透明に説明できる」と表現されていて、AWS の既存セキュリティフレームワーク上で動く構造です
  • 規模感: 3,000 名以上の専門家知見を配信するプラットフォームです

CoCounsel という法務専門 AI 製品の裏側で Claude が動いていて、Amazon Bedrock のエンタープライズ・コンプライアンス層の上に乗っている、という構造です。日本の士業事務所から見ると、CoCounsel が法務 SaaS、Claude が AI 基盤、Bedrock がインフラ・統制という三層構造で見るとイメージが取りやすくなります。

また、Anthropic 公式の Legal solutions ページには、法務向けエコシステムとして次のようなパートナーが列挙されています。

  • Thomson Reuters: authoritative content にひも付いた信頼性ある AI として連携
  • Harvey: 法務ベンチマーク(BigLaw Bench)で高スコアを記録したとされる連携
  • Docusign, Freshfields Lab, Accenture: 契約・実装支援パートナー
  • Ironclad, iManage, NetDocuments: 契約・文書管理 SaaS との接続

Anthropic が Claude を単体の LLM として売るというより、契約・リサーチ・文書管理という法務業務の主要 SaaS を Claude で串刺しに連携させる、エコシステム型の動き方をしている様子が見えてきます。なお、Reuters が 2026-05-12 付けで「Anthropic expands Claude’s AI tools for law firms, lawyers」と題する記事を公開していますが、本記事の date と同日のため、本文の事実関係には組み込まず参考リンクのみの扱いにしています。

OpenAI と Harvey の系列と並べて見る

ここで、よく対比される OpenAI と Harvey の系列との違いを並べて見ておきます。両者とも法律ドメインに踏み込んでいる点では似ていますが、展開モデルの設計が別物になっています。

OpenAI / Harvey 系列の特徴を公開情報から拾うと、次のような輪郭になります。

  • Harvey は OpenAI Startup Fund から初期出資を受けていて、法務特化の専用 AI 製品として独立展開している
  • AmLaw 100 のうち 60 社以上を含む大手法律事務所と密にパートナーシップを組み、製品を磨いていく動き方
  • 出典明示・業務単位機能分割(Assistant / Vault / Knowledge / Workflow Agents)・SOC2 Type II / ISO 27001 / GDPR / CCPA 対応を打ち出している

一方、Anthropic / Claude Enterprise 系列の特徴は、次のような輪郭になっています。

  • 基盤としての Claude を、既存の法務 SaaS(Thomson Reuters CoCounsel、Harvey、Docusign 等)と連携させていくエコシステム型の動き方
  • 単体製品というより、Projects・Connectors・Research・Artifacts という横断機能を法務領域に投影している
  • Amazon Bedrock などクラウドハイパースケーラーのコンプライアンス層に乗せていくデプロイ構造
  • Claude for Financial Services(2025-07-15 発表)に見られるドメイン別パートナーシップ展開を、法務にも当てはめている

ざっくり並べると、Harvey 系列は「法務特化の完成品」、Anthropic 系列は「法務エコシステムの基盤」という方向の違いになっています。表でも並べておきます。

観点OpenAI / Harvey 系列Anthropic / Claude Enterprise 系列
製品形態法務特化の専用 AI 製品既存法務 SaaS と連携する基盤
パートナー戦略大手法律事務所と密接に共同開発Thomson Reuters・Harvey・Docusign 等とエコシステム連携
機能設計Assistant / Vault / Knowledge / Workflow Agents で業務分割Projects / Connectors / Research / Artifacts の横断機能を投影
デプロイ層専用製品としてのコンプライアンス対応(SOC2 / ISO 27001 / GDPR / CCPA 等)Amazon Bedrock 等ハイパースケーラーの統制層に乗せる構造
利用側の設計責任製品仕様に乗る部分が大きい業務単位・契約レイヤー・デプロイ経路の設計責任が利用側に残る

日本の士業事務所から見ると、Harvey は業務にうまくはまれば完結する反面、日本法対応や契約条件のハードルが残ります。Anthropic 系列は Claude Enterprise と既存業務 SaaS の組み合わせで設計余地が大きい反面、設計責任が利用側に残ります、という構図です。なお Anthropic 自身は OpenAI を全否定する立場には立っておらず、ドメイン特化と統制設計という共通の論点に置きながら、製品アーキテクチャの差で勝負しているように見えます。事務所側としては、どちらかを選ぶというより、業務単位で使い分ける可能性も含めて評価する発想を持つほうが現実的になりそうです。

日本の事務所での使いどころを考える

ここまでの情報を踏まえて、日本の士業事務所(弁護士・税理士・社労士・司法書士・行政書士)で持ち帰れる発想を見ていきます。

汎用 AI を法務に転用するというより、Claude Enterprise を業務単位で組み込んでいく考え方が現実的に見えてきます。Projects で案件・依頼者ごとにコンテキストを分け、Connectors で既存の文書管理・案件管理に接続し、Research で出典付き回答を担保する、という業務単位の組み込みです。

ドメイン特化と統制設計の組み合わせは、海外専門 AI の専売ではなくなってきています。Anthropic 公式の Legal solutions ページに並ぶ機能(契約レビュー・リサーチ・デューデリ・コンプラ監査)は、日本でも汎用業務カテゴリと一致する部分が多くあります。海外専門 AI の日本対応を待たなくても、Claude Enterprise と国内 SaaS の組み合わせで近い設計に到達できる余地が出てきています。

基盤と製品を分けて見ておく視点も大事になってきます。CoCounsel が Claude の上に立っている構造を理解しておくと、製品の機能と基盤側の責任設計を別物として議論できます。日本国内の法務 SaaS にも、内部で Claude / GPT / Gemini を使っているものがあり、製品ベンダーの宣伝文句と基盤側の契約条件を分けて確認する視点が必要になってきます。

学習利用しない契約構造は、士業の AI 利用判断において大きなゲート要件になりそうです。Anthropic は Claude for Work の組織データを学習に使わない旨を公式に明言していますが、これはエンタープライズ契約や API 経由で利用する場合の話で、無料プラン・個人プランは射程外になっています。どの契約レイヤーで使っているかの自己点検は欠かせません。

「Anthropic が法律ドメインに本気だから日本でも一気に普及する」と単純化するのは早いように見えます。日本では弁護士法・税理士法・社会保険労務士法・司法書士法・行政書士法と、個人情報保護法・各業界ガイドラインのレイヤーが重なっていて、海外の基盤と日本の運用設計の組み合わせではじめて事故を抑えられる構造になっています。

検討する際に点検しておきたい論点

Anthropic の法務向け展開を日本の士業事務所で検討する際、業務の流れの中で点検しておきたい論点を並べておきます。

  • 契約レイヤーの自己点検: Claude Enterprise / Claude for Work / API / 無料プランのどれで利用しているか。学習利用しないが成り立つのはエンタープライズや API 経由の契約レイヤーで、個人プランはこの保証の射程外です
  • デプロイ経路と保管リージョン: Anthropic 直接 API・Amazon Bedrock 経由・Google Cloud Vertex AI 経由など、デプロイ経路によってデータ保管リージョン・統制条項が変わります。依頼者情報・顧問先情報を扱う場面では、どのリージョンに保管され、どの法域の法令が適用されるかを明確にする手順が要ります
  • 出典確認の運用: Anthropic の Research・Artifacts に出典付与の仕組みがあっても、最終書面に組み込む前の人手による原典照合は省略しにくい工程です。Mata v. Avianca 事件のような事案は、AI 側の機能不足というより利用側の運用設計が間に置かれていない場面で起きやすくなっています
  • 監査ログ・SSO・SCIM の設定: Claude Enterprise には監査ログ・SSO・SCIM・データ保持コントロールが用意されていますが、有効化と運用設計は利用側の業務です。依頼者報告・所属会報告に耐えるログ設計を導入前に整える流れが取りやすくなります
  • Connectors の権限境界: Atlassian・Slack 等を Connectors で接続する場面では、接続元の権限(誰がどのチャンネル・どのドキュメントを見られるか)が AI 側にも引き継がれます。共有 ID・過剰権限のままだと、AI 経由で意図しない情報露出が起きやすくなる場面が出てきます
  • 個人情報保護委員会の注意喚起: 個人情報保護委員会「生成 AI サービスの利用に関する注意喚起等について」(2023 年 6 月 2 日付)の射程に、Claude Enterprise 利用も入ってきます

Anthropic が公式にエンタープライズ機能を提供していること自体が、自事務所の責任設計の完了を意味するわけではないところがポイントです。プラットフォーム側の機能と、自事務所側の運用設計は別物として並べて見ておきます。

見えてきている方向の見立て

ここまでの公開情報から、現時点で見えてきている方向を見立てとして書き出しておきます。これらは断定ではなく、本記事執筆時点の見方として書いています。

Anthropic は法務領域で単体製品を出さず、エコシステム連携で攻める方針を続けそうです。Thomson Reuters・Harvey・Docusign・iManage・NetDocuments とのパートナーシップ構造が、Claude for Financial Services と同じパターンで他ドメインにも広がっていく場面が増えそうに見えます。

基盤モデルベンダー(Anthropic・OpenAI・Google)と法務専門 SaaS(Harvey・CoCounsel)の責任分界点は、契約レイヤーで明確化される方向に進みそうです。利用側からは「製品の顔」しか見えなくても、契約・データ取扱い・賠償条項は基盤側との関係で大きく変動します。

日本の士業事務所では、当面は Claude Enterprise と国内 SaaS の組み合わせが現実解になりそうです。海外専門 AI の日本対応を待つよりも、汎用基盤と業務単位の組み込み設計のほうが、立ち上がり速度・契約自由度の両面で扱いやすい場面が多くなっています。

学習利用しない契約構造は、士業の AI 利用判断において大きなゲート要件になっていきそうです。個人プラン・無料プランの業務利用は、規制動向の更新によって今後さらに射程から外れていく方向に動きそうに見えます。

これらの見立ては更新前提です。Anthropic・パートナー各社の公式発表は変動が大きく、半年単位で構造が動く可能性がある領域なので、定期的に公式ページを見直す業務サイクルを置いておくと扱いやすくなります。

参考

Author · 著者

三方 浩允

Tags · タグ

AI 導入の論点を相談する

業務課題を 60 分で整理することから始められます。

お問い合わせ