Claudeを法律業務に使う方法 — DDから請求書監査まで

Claudeに任せられる法律業務4つ

Claudeは法律関連の業務に使えます。得意なのは、大量の文書を読んで論点を構造化する作業です。契約書の一次レビューに加え、法域別の一次リサーチ、M&Aデューデリジェンス(DD)のリスクフラグ付け、外部弁護士の請求書監査、規制コンプライアンス監査まで広がります。

ただし出力は下書きで、法的助言の代わりにはなりません。結論と引用条文は、弁護士が確認する前提で使います。判決PDFを争点別に整理する手順は判例検索の結果の整理で扱っています。

契約書のレビュー基準をProjectに標準化する手順はClaude Projectsで法務レビューのプレイブックを標準化する方法、Cowork経由の一次レビューと規程整備はClaude Cowork法務活用にまとめています。ここで扱うのは、判断の材料を集めて構造化するところまでをClaudeに任せる4業務です。DocuSignやIroncladをつないだ契約書レビューはClaude Legal Solutionsの契約レビューにあります。

始める前に確認すること

4業務のいずれも、素材となる文書をClaudeに読ませてから指示を出す流れです。

• Projectを業務ごとに分ける。ナレッジに登録した文書は、同じProjectの会話から自動で参照されます。デューデリジェンスの手引きと請求書のガイドラインのように基準が別物なら、Projectも分けておくと、どの基準で読ませた会話かが後から分かります。TeamとEnterpriseプランなら、Projectを共有して同僚にも同じ設定を使わせられ、基準が変わったときはナレッジを1回更新すれば全員に反映されます
• Connectorsの権限。iManage・NetDocuments・Box・Ironclad・Docusignなどに接続すると、アップロードの手間なくClaudeが直接文書を読みます。使えるConnectorは組織の設定で変わるため、契約前にIT部門へ確認します
• 監視まで頼むかどうか。1回きりの調査や監査なら、通常のチャットとProjectsで進められます。チャンネルやフォルダの更新を追わせる業務は、手順4で触れるとおり、繰り返し実行の仕組みを別に考えます

手順1: EU AI法など法域別の一次リサーチをブリーフにまとめる

法域をまたぐ規制調査は、条文を集めるだけでも時間がかかります。Claudeには「どの条文を」「どの国がどう実装しているか」「直近の執行事例」まで一括で指示できます。

EU AI法における高リスクシステムのデータ最小化義務について、
リサーチフレームワークを作成してください。第10条の義務、
ドイツ・フランス・イタリアでの実装状況、過去12か月の
注目すべき執行事例を対象にしてください。未確定のガイダンスと
検証が必要な引用箇所にフラグを立ててください。
メモではなくブリーフの形式でまとめてください。

出力例では、条文の各要件に「Verified」「Confirm」のタグが付き、根拠となる条項番号が1つずつ紐づいています。国別の実装状況は「注目すべき姿勢」「未解決の論点」「出典」の3項目で並びます。ドイツはBNetzAの市場監視体制とデータ文書化の重視、フランスはCNILによる第10条5項の厳格な必要性テスト、イタリアはGaranteによる訓練データの適法性への執行、という違いが一覧できます。

GDPR第5条1項(c)号との重複や、加盟国間で足並みが揃っていない論点は「Flag for counsel」の欄に切り分けられます。これはプロンプトの「未確定のガイダンスと検証が必要な引用箇所にフラグを立てる」という一文に対応した出力です。フラグを求める指示を入れておくと、確認が必要な論点を分けて出させやすくなります。

出力例の読みどころは、タグが付いた項目でも確認の余地が残る点です。「Verified」の執行事例にも「registry no. — confirm」や「confirm number」の但し書きが付き、CNILの項目は「reference not located」と注記されています。イタリアのGarante決定はGDPRを根拠にしており、AI法そのものの先例ではなく類推として扱うよう添えられています。「Verified」の文字だけ見て確認を終えず、但し書きのある行から先に裏を取る読み方になります。

手順2: M&Aデューデリジェンスのリスクフラグ付けを進める

買収案件の契約書レビューは、対象文書が数百件に及ぶことも珍しくありません。Box・Intralinksなどのデータルームに接続すれば、Claudeが文書セットを分類し、重大な論点を洗い出したうえでダッシュボード形式にまとめます。説明文は、これを「アソシエイトの数日分の作業」と位置づけています。

Meridian買収案件の契約群をレビューしてください。重大な負債・
チェンジオブコントロール条項・上限のない補償条項のような
契約リスクを、Projectに保存したM&A契約デューデリジェンス手引きに
沿ってフラグ立てしてください。知的財産・雇用・規制対応で専門部門の
確認が要る項目は別途クロスフラグしてください。ダッシュボード
形式で出力してください。

この用途では、素材が揃っているほど精度が上がります。何を重大リスクとするかの社内基準を手引きにまとめ、Projectに保存しておくのが、このプロンプトの前提です。基準が担当者の頭の中にしかない場合は、Projects解説が勧めるとおり、まず基準を文書にしてからClaudeに体系化させます。その手順はClaude Projectsで法務レビューのプレイブックを標準化する方法で扱っています。

手順3: 外部弁護士の請求書監査でブロック請求を検出する

外部弁護士の請求書監査は、パートナーとアソシエイトの配分やタスクコードの粒度まで人手で見ると時間がかかる作業です。例では、iManageやNetDocumentsにある請求書と案件データを読ませ、ガイドラインから外れた行やブロック請求(複数作業をまとめて1行で計上する請求)を洗い出す使い方です。

iManageから10月分の請求narrativeを3法律事務所分レビューして
ください。案件ごとにガイドライン逸脱を洗い出し、ブロック請求を
特定し、パートナーとアソシエイトの配分が50/50から外れていないか
確認し、曖昧なタスクコードにフラグを立て、混合レートの変更を
記録してください。案件ごとに予算差異と次のアクションを整理し、
リレーションシップパートナーとの会話が必要な項目にタグを
付けてください。ダッシュボード形式で出力してください。

プロンプトは、案件単位で予算差異と次の一手を並べ、関係パートナーとの会話が要る案件に先にタグを付けるところまで指示しています。個別の請求書を1件ずつ開く作業が、異常値のスクリーニングに置き換わる使い方です。

例の「50/50」は、あくまでその事務所の配分基準です。自社のガイドラインが別の比率や上限を定めているなら、その数字をプロンプトに書き換えるか、ガイドライン自体をProjectに登録します。

手順4: GDPR監査のギャップをダッシュボードに落とす

規制コンプライアンスの監査は、モデル訓練データの取り扱いのような社内プロセスをGDPRの義務と突き合わせる作業です。NetDocuments・Boxに保管したPIA(プライバシー影響評価)や処理記録を読ませ、業務領域ごとに「準拠」「ギャップ」「不明」へ仕分けさせます。

モデル訓練データの取り扱いに関する第2四半期の社内GDPR
監査を行ってください。NetDocumentsのPIAと処理記録を、当社の
義務と照らして確認してください。業務領域ごとに整理し、状況を
準拠・ギャップ・不明のいずれかでフラグ立てし、リスク評価と
担当者、次に必要な相談事項を記載してください。#priv-engチャンネルと
NetDocumentsの監査フォルダを監視し、新しい情報が入るたびに
該当行を自動更新してください。ダッシュボード形式で出力してください。

このプロンプトは、最後に「#priv-engチャンネルと監査フォルダを監視し、新しい情報が入るたびに該当行を自動更新する」という指示まで含みます。ただし、その監視をどの機能で繰り返し実行するのかは、法務ソリューションのページには書かれていません。1回限りの監査であれば、監視の一文を外した形から始められます。

同じコンプライアンス領域には、散らばった文書を監査前に整える使い方もあります。Claude DesktopのCoworkでローカルのフォルダを指定する流れで、GDPRの例とは素材の置き場所が逆です。

Coworkの出力例では、156件の文書が次のように数えられています。

この例が価値を持つのは、数え上げよりも欠落の指摘です。インシデント対応では机上演習(tabletop)の実施証跡が無く、バックアップ・復旧では復元テストの証跡が無く、事業継続計画は目録に含まれていない、と挙がっています。出力例は「再編成を進めますか」という確認で終わっていて、名前の付け直しはこの確認の後に進む構成です。Coworkは最初に監査の範囲や要件を質問し、サイドバーに計画を出すこともあります。

次の一手として、公式の例は管理策ごとに裏付けの文書を対応づける表をフォルダ内に作らせています。列は管理策ID・説明・証跡文書・カバー状況で、Coworkがフォルダに直接ファイルを書くため、監査人に渡せるExcelの管理策マトリクスになります。変更管理やインシデント対応の証跡がJiraやServiceNowのようなWebツールにある場合は、Claude in Chromeを使えば、Coworkがブラウザから直接読めます。

Claude Cowork・契約レビュープレイブックとの使い分け

同じ「法務でClaudeを使う」でも、業務の性格によって向く入り口が変わります。

判断が「基準を作る」ことなら標準化、「今ある材料を整理してリスクを洗い出す」ことなら本記事の4業務、「手元のフォルダを監査向けに整える」ことならCowork、という切り分けが目安になります。

機密文書と弁護士秘匿特権で確認すること

法務文書は機密性が高く、秘匿特権(attorney-client privilege)が絡む場面も多いため、次の点は導入前に確認します。

• 公式の法務ページは、Team・Enterpriseプランではデフォルトでデータをモデル訓練に使わないと書いています。他のプランの扱いはプランごとの設定を別に見ます
• Coworkでローカルフォルダを使う場合、文書は手元のフォルダに残ります。ただしClaudeが読んだ内容は、通常の会話と同じく応答の生成のためにAnthropicのサーバーで処理されます。「ローカルで動かすから外に出ない」とは言えない点に注意が要ります
• 秘匿特権が絡む資料をアップロードする前に、社内のIT・コンプライアンス部門と、どのConnector・Projectに何を登録してよいかの線引きを決めておきます。裁判所ドケットの検索なら、ClaudeとBloomberg Lawの連携のような専用コネクタもあります

実務領域別のプラグインで自分の業務に寄せる

4業務はいずれも汎用のProjects+Connectorsで進められますが、公式は商事法務・コーポレート法務・知的財産・訴訟といった実務領域ごとのプラグインも用意しています。契約レビュー、NDAのトリアージ、コンプライアンス業務などに向け、自社のプレイブックとリスク許容度に合わせて設定でき、独自のSkillsやConnectorsで拡張できる点が、汎用プロンプトとの違いです。実務領域が固定されているチームには、都度プロンプトを書く前にプラグインを見る選択肢があります。

ベンチマークの数値も判断材料になります。Harvey社のCEOは、同社のBigLaw Bench(法律実務に特化した評価基準)でClaude Opus 4.7が90.9%のスコアを記録し、Claudeモデルの中で最高だったと述べています。ベンチマークの結果は評価時点のモデルに紐づくため、実際に使うモデルでどの水準が出るかは、自社の案件で試して比べるのが確実です。

セキュリティ面では、法務ページが「完全な監査証跡」をConfidentiality by designの一項目に挙げています。ただし、監査ログを提供するプランは別の確認事項です。Teamプランの管理機能はSSO・一元請求・支出上限設定で、監査ログはEnterpriseに含まれます(→Claude料金プランの比較)。

よくあるつまずき

• プロンプトに手引き・プレイブックを添付し忘れる。「当社の基準に沿って」と書いても、基準そのものをProjectに登録していなければ、Claudeには参照する基準がありません
• ダッシュボード出力を最終成果物として配布してしまう。出力はレビューの起点です。出力例にも「Penalty amount — confirm before relying」のような但し書きが付いており、引用条文や金額は検証が要ります
• 最初から本番の案件に流す。公式のProjects解説は、すでにレビュー済みのNDAを3〜5件通し、担当者の結論と並べて指示を直す手順を勧めています。DDや請求書監査でも、過去に人が結論を出した案件で同じ照合をすると、基準のずれを本番の前に見つけられます

まとめ

4業務に共通するのは、文書を読ませて構造化させ、人間の判断に材料を渡す型です。出力例もフラグや確認の但し書きを残しているため、最初は過去に結論が出た案件でClaudeと人の判断を並べ、監視まで任せる範囲は別に設計する、という進め方があります。