Claude Media
Claude Projectsで法務レビューのプレイブックを標準化する方法

Claude Projectsで法務レビューのプレイブックを標準化する方法

契約審査の基準をレビューのたびに説明する代わりに、Claude Projectsにプレイブック・テンプレート・NG条項リストを登録して自動参照させる手順をまとめます。

Claude Projectsで法務レビューのプレイブックを運用するとは

Claude Projectsの法務レビュープレイブック運用とは、契約レビューの基準を「プロジェクトナレッジ」と「プロジェクト指示」に落とし込み、レビューのたびに口頭で説明し直す手間をなくす使い方です。基準は法律事務所やインハウス法務のシニアが頭の中に持っていることが多く、属人化しがちな部分です。

全体像

プレイブック運用の3ステップ

  1. 1

    素材をアップロードする

    プレイブック・標準テンプレート・NG条項リストを登録します。

  2. 2

    基準ガイドと指示文を生成させる

    素材からClaudeにレビュー基準を言語化させます。

  3. 3

    指示を登録して実案件でテストする

    過去のレビュー済み契約書と突き合わせ、ずれを直します。

契約書1本を実際にレッドラインして交渉材料に変える流れは、Claude契約書レッドライン活用にあります。ここで扱うのはレビュー基準そのものをProjectに登録して標準化するところまでです。デューデリジェンスや請求書監査など他の法務業務への活用はClaude法律事務所活用ガイドにまとめています。契約以外の法務相談を受け付けて仕分ける運用は、Claudeで法務相談を受付・仕分けする手順にあります。

始める前にそろえる素材と、プランごとの違い

Claude Projectsは、Free・Pro・Max・Team・Enterpriseのいずれのプランでも使えます。Freeはプロジェクトを5件までしか作れません。プロジェクトの作成時に入力する名前と説明にClaudeはアクセスしないため、基準の本文はナレッジかプロジェクト指示に書きます。条文をナレッジに置く同じ型は、営業メールの送信リストの点検にも使えます。

素材

登録前にそろえる3点

  • 標準テンプレート

    NDAレビューで自社が使う雛形の言語です。

  • NG条項・要注意条項のリスト

    何がCriticalで何がHighかの判断基準です。

  • 過去のレビュー済みサンプル

    コメントの粒度とトーンを学習させる材料です。できれば用意します。

これらが揃っていないと、Claudeが生成する標準ガイドは一般的な契約レビューの作法止まりになります。Anthropicの使い方例にも、プレイブックが口頭伝承のままなら先に文書化し、そのうえでClaudeに体系化させる、という流れが示されています。

現行のProjectsとは別に、Claude Code向けに段階展開中の新バージョン(ベータ)もあります。新バージョンでは1つのプロジェクトが1つの会話になり、Claudeが作業を並列スレッドに分けてクラウドで進めます。既存のチャット・Coworkのプロジェクトは従来どおり動き、この記事の手順はその現行バージョンに当てはまります。ProとMaxでは、チャットとCoworkへの展開が進むにつれて既存のプロジェクトも新バージョンへアップグレードされる予定です。

共有と容量の仕組み

Team・Enterpriseプランでは、同じ基準を複数人で使うためにプロジェクトを組織に共有できます。共有プロジェクトの権限は「閲覧のみ」と「編集可」の2段階です。共有先には通知メールが届き、Projectsの「Shared with you」タブからも開けます。

法務で効いてくる挙動は3つあります。

  • プロジェクト内のチャットは、既定では他のメンバーに見えません(チャット単位で共有した場合を除く)。共有されるのはナレッジと指示で、レビュー中の個別案件のやり取りは自分のものとして残ります
  • 管理者がプロジェクト共有をオフにすると、組織全体に公開していたプロジェクトは非公開に戻ります。個別に共有済みのものはそのまま残ります。基準を全社に配る運用なら、管理者の設定変更で突然見えなくなる可能性があります
  • Enterpriseではグループ単位でも共有できます(ベータ)。権限の変更が反映されるまで最大5分かかります

ナレッジの容量は、有料プラン(Pro・Max・Team・Enterprise)なら自動で広がります。登録した文書がコンテキストの上限に近づくと、検索拡張生成(RAG)モードに切り替わり、容量が最大10倍になります。切り替えに設定は要らず、RAGが有効になるとプロジェクトにその旨の表示が出ます。

この状態のClaudeは、プロジェクトナレッジの検索ツールで必要な箇所だけを引いて答えます。文書名を指定して質問すると検索の的が絞れるので、ファイル名は「NDA基準ガイド」「NG条項リスト」のように内容が分かる名前にします。

プレイブックをProjectのナレッジと指示に落とし込む手順

手順1: 素材をアップロードする

新規Projectを作成し、「ナレッジ」欄の「+」からレビュープレイブック・標準テンプレート・NG条項リストをアップロードします。ファイルは1つあたり30MBまでです。

マルチモーダルPDF以外はテキストの抽出だけで読み込まれるため、表や図の中の情報はWord文書の段階でテキストに起こしておくと取りこぼしません。形式とサイズの詳細はClaudeファイル上限の一覧で確認できます。

素材がGoogle Driveにあるなら、コネクタを有効にして直接読ませる方法もあります。Microsoft 365・Notion・Boxなど他の文書保管先も、コネクタで同様に接続できます。

手順2: レビュー基準ガイドを生成させる

アップロードが終わったら、次のようなプロンプトでClaudeに基準を言語化させます。Anthropicのユースケース記事は、週30件ほどのNDAを扱う法律事務所を想定した例を載せています。

プロンプト例(レビュー基準ガイドの生成)
アップロードしたNDAプレイブック・標準テンプレート・NG条項リストを分析し、
当社のレビューの声・トーン・構成を捉えたNDAレビュー基準ガイドを
作成してください。Projectのナレッジに登録できる、
プロフェッショナルな参照文書にしてください。
 
続けて、カスタム指示欄に貼り付けられる指示文も作成してください。
Claudeが毎回このガイドを参照し、当社のアプローチを
適用するための指示にしてください。

Claudeは素材からレビューのトーン・コメントの構造・重大度の判定基準といったパターンを抽出し、①ナレッジに登録する基準ガイド ②プロジェクト指示にそのまま貼れる指示文、の2点を返します。基準ガイドには次のような要素が入ります。

  • 声とトーンの原則(具体例つき)
  • 課題の指摘・重大度・代替文言の提案で構成する、3部構成のコメント形式のサンプル
  • 重大度指標(Critical / Highなど)の定義と使い分け
  • 標準条項リファレンス(機密情報の定義・カーブアウト・存続期間・返却/破棄の基準)
  • Critical・High別に整理したNG条項の表
  • 想定外のスコープ拡大を検知するフラグと、エスカレーション基準
  • 提出前の品質チェックリスト

Anthropicのサンプルでは、基準ガイドは1本のWord文書(7ページ)で返ってきます。そのままナレッジに登録できます。

手順3: 指示を登録し、実案件でテストする

生成された基準ガイドを「ナレッジ」欄に追加し、指示文をプロジェクト設定の「プロジェクト指示」欄に貼り付けます。設定が終わったら、過去にレビュー済みの契約書を3〜5件流し込み、Claudeの出力と実際のレビュー結果を突き合わせます。

プロンプト例(実案件でのテスト)
昨日受け取ったNDAです。基準ガイドと照らし合わせて逸脱を
洗い出してください。コメントの形式は、各指摘に重大度と
代替文言の提案をつけた、うちのアソシエイトと同じ体裁に
してください。

ニュアンスを取り違えている箇所や、重大度判定がずれている箇所があれば、プロジェクト指示を直接編集して調整します。Anthropicは、10分の調整がその後の何百件ものレビューのばらつきを防ぐ、としています。

調整の結果は、必ずナレッジかプロジェクト指示に書き戻します。プロジェクト内でもチャットをまたいだ文脈は共有されず、ナレッジに追加した情報だけが全チャットに効くためです。テストのチャットで「この条項はHighに上げて」と伝えただけでは、次のチャットには残りません。

MSA・ベンダー契約など他の契約類型に広げる

NDAで運用が固まったら、同じ構造を他の契約類型に複製できます。Anthropicの例では、月15件ほどのMSAをレビューするチームが、NDAガイドと同じ構成のMSA基準ガイドを作らせ、新しい「MSA Review Project」用の指示も作らせています。契約類型ごとにProjectを分ける形です。売買基本契約なら、検収と契約不適合の条項を軸にした取引基本契約書の審査手順があります。

プロンプト例(MSAレビューへの展開)
月15件ほどMSAをレビューしています。MSAのプレイブックと
テンプレートをアップロードするので、NDAガイドと同じ構成で
MSAレビュー基準ガイドを作成し、新しいMSA Review Project用の
プロジェクト指示も作ってください。

基準ガイドをもとに、新人アソシエイト向けのオンボーディング資料を作らせることもできます。レビューの考え方・ワークフロー・注釈つきの実例を3〜4件まとめれば、着任1週目の参照資料になります。この使い方は法務に限りません。マーケティングならブランドボイス、財務ならレポート基準というように、確立された実務があれば同じ3手順が転用できます。

基準が変わったときは、ナレッジを1箇所更新すれば共有先の全員に反映されます。共有プロジェクトでは、基準の管理者に「編集可」、レビュー担当に「閲覧のみ」を割り当てる形が考えられます。

使い終えた旧版のプロジェクトはアーカイブできます。アーカイブしてもメンバーと権限はそのまま残るので、アクセスを止めたいときは共有設定で外します。年1回の定型業務でも同じ構造が使えます。例は株主総会の想定問答づくりです。

Cowork法務・SaaS連携との使い分け

「法務×Claude」の選択肢はProjectsだけではありません。目的が違うので、向き不向きを先に見ておきます。

くらべる

3つの選択肢の住み分け

基準を作る

Claude Projects

レビュー基準を自分たちで運用し、チャットで都度質問しながら進めたい場面に向きます。

一次レビューを任せる

Cowork法務

契約書の一次レビューを承認モード付きで自動化し、証跡も残したい場面に向きます。

契約管理とつなぐ

クラウドサイン・kickflow連携

締結済み契約の管理・検索を既存の契約管理ツールとつなぎたい場面に向きます。レビュー基準の標準化そのものは担いません。

Cowork法務の任せる範囲・任せない範囲はClaude Cowork法務活用に、SaaS連携の接続手順はClaude法務連携ガイドにあります。標準化した基準は、どちらの選択肢にも持ち込める土台になります。

機密文書と弁護士秘匿特権の扱いで確認すべきこと

契約書の多くは機密保持義務や、弁護士に認められる秘匿特権(privilege)の対象になります。Claudeへの入力が特権を失わせるかどうかは、米国の下級審の判断が割れている論点です。Anthropicのヘルプ記事は、次の判例を挙げています。

  • 2026年2月のUnited States v. Heppner(S.D.N.Y.)は、刑事事件の被告人が弁護士の関与なしに消費者向けAIアカウントを使った事例です。作業成果物としての保護を認めませんでした。理由は消費者向けのプライバシー規約と弁護士の指示の不在で、弁護士が企業向けツールを使う場面には触れていません
  • その後の4件は逆方向の判断です。Warner v. Gilbarco(E.D. Mich.)、Morgan v. V2X(D. Colo.)、Tate Group Automotive v. Legacy Automotive Capital(テキサス州ビジネス裁判所)、Assini v. Hayward(ニューヨーク州最高裁)は、AIを使った訴訟準備も作業成果物として保護されるとしました。AIツールへの入力を開示しただけでは放棄にならない、という判断も共通です
  • Morganは、提供者が学習・保持・目的外開示を契約で禁じられている場合に、機密情報のAIツールへのアップロードを認める保護命令の文言を承認しています

いずれも控訴審の判断ではなく、他の法域では違う結論になりえます。作業成果物の保護は訴訟に結びつく概念です。訴訟と無関係な契約レビューでは、依頼者と弁護士の間の秘匿特権と、提供者との契約上の守秘義務が軸になります。

実務で見るのは契約形態とデータの扱いです。同ページは、Claude for Work・Claude Platform・APIの顧客コンテンツを、Commercial Termsの下では既定でモデルの学習に使わないとしています。保持期間は管理者が組織単位で設定できます。

人による確認は、自動の安全システムが有害の可能性を検知した内容に限られ、人が読んだ記録は改ざん不能な形で記録され、Access Transparencyの利用顧客が取得できます。案件の機微度が高ければ、対象のエンドポイント・モデルで使えるZero Data RetentionやAWS Bedrock・Google Cloud Vertex AI経由の利用も選択肢です。ただし後者はデータの置き場所と契約相手が変わるだけで、安全監視そのものを止めるわけではありません。

同ページが弁護士側の対応として挙げるのは3点です。DPAとモデル学習禁止の約束を備えたCommercial Termsであること、出力を一次資料と照合してAIの利用を記録に残すこと、依頼者への同意や契約書(engagement letter)でAI利用を扱うことです。契約主体・準拠法の詳細はClaude Commercial Termsのチェックポイントにあります。

資格者本人の記名でしか成立しない責任という点では、建築士の確認申請でも同じ問題が生じます。建築士がClaudeでAIレビューしても記名の責任は消えない理由で扱っています。

よくあるつまずき

  • プレイブックが口頭伝承のまま: 文書化されていない基準は、Claudeに読ませても再現できません。先に文書化してから着手します
  • 調整を会話の中だけで済ませる: テストで直した重大度判定をナレッジや指示に書き戻さないと、次のチャットで元に戻ります
  • テストせずに本番投入する: 実案件でのキャリブレーションを飛ばすと、重大度判定のズレに誰も気づかないまま運用が回り続けます
  • 指示文だけ更新してナレッジを放置する: 基準が変わったら、指示文とナレッジ側のガイドを両方更新します。片方だけだと参照内容と指示が食い違います
  • 全社公開のProjectが突然見えなくなる: 管理者が共有をオフにすると公開プロジェクトは非公開に戻ります。基準の配布元は、閲覧者の側から見えているかを定期的に確かめます

まとめ

基準を文書として一度登録すれば、レビューのたびの説明は要らなくなります。NDAのような件数の多い契約類型から始め、過去案件でのキャリブレーションと調整結果の書き戻しまで終えてから、MSAなどへ広げます。機密性の高い案件では、先にCommercial Termsの契約形態であるかを確かめます。

この記事を共有:XはてブLinkedIn