お問い合わせ
2026 / 05 / 21 更新 2026 / 07 / 01 事例

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

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 分で整理することから始められます。

お問い合わせ