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

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

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

やることは3つです。①既存のプレイブック・標準テンプレート・NG条項リストをアップロードする ②Claudeにそれらを読ませてレビュー基準ガイドと指示文を生成させる ③生成した指示文をプロジェクト設定に登録し、以降のレビューで自動参照させる。この記事ではこの3手順と、法務データ特有の確認事項をまとめます。契約書1本を実際にレッドラインして交渉材料に変える流れは扱いません(そちらはClaude契約書レッドライン活用を参照)。本記事のスコープは、レビュー基準そのものをProjectに登録し標準化するところまでです。

始める前に確認すること

Claude Projectsは、Free・Pro・Max・Team・Enterpriseのいずれのプランでも使えます。Freeはプロジェクト作成数が5件までに制限されますが、有料プランでは上限が緩和されます。プロジェクトの「ナレッジ」欄にアップロードした文書は会話をまたいですべてのチャットから参照されますが、プロジェクトの説明欄に書いた内容にはClaudeはアクセスしません。

プレイブック運用を始める前に、次の3点をそろえます。

• NDAレビューの標準テンプレート(自社が使う雛形の言語)
• NG条項・要注意条項のリスト(何がCriticalでHighかの判断基準)
• できれば過去のレビュー済みサンプル(コメントの粒度・トーンを学習させる材料)

これらが揃っていないと、Claudeが生成する標準ガイドは一般的な契約レビューの作法止まりになります。プレイブックが口頭伝承のままなら、先に文書化したほうが結果的に早く済みます。

Team・Enterpriseプランで複数人が同じ基準を使う場合は、プロジェクトを組織全体に共有できます。共有プロジェクトには「閲覧のみ」と「編集可」の2段階の権限があり、基準を変えたときはナレッジベースを1箇所更新するだけで共有先の全員に反映されます。共有先には通知が届き、Projectsセクションの「Shared with you」タブからも参照できます。

ナレッジの容量も押さえておきます。有料プラン(Pro・Max・Team・Enterprise)では、登録した文書がコンテキストの上限に近づくと、検索拡張生成(RAG)モードに自動で切り替わり、扱える容量が最大10倍に広がります。プレイブック本体に加えて過去の判例メモや条項の参考事例まで厚く登録しても、この仕組みが吸収する設計です。切り替えは自動なので、利用者側で明示的に設定する操作はありません。

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

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

新規Projectを作成し、「ナレッジ」欄の「+」からレビュープレイブック・標準テンプレート・NG条項リストをアップロードします。ナレッジに登録できるのは1ファイル30MBまでで、マルチモーダルPDFを除きテキスト抽出のみで読み込まれます。形式とサイズの詳細はClaudeファイル上限の一覧で確認できます。素材がGoogle Driveに置かれているなら、コネクタを有効にして直接参照させることもできます。

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

アップロードが終わったら、次のようなプロンプトでClaudeに基準を言語化させます。

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

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

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

ここまでを1本のWord文書として受け取り、そのままナレッジに登録できます。手作業でこの粒度の基準書を1から書き起こすより、既存の素材から抽出させたほうが早く済みます。

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

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

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

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

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

NDAで運用が固まったら、同じ構造を他の契約類型に複製できます。MSAやベンダー契約それぞれにプレイブックがあるなら、契約類型ごとに別のProjectを立てるのが基本形です。1つのProjectに複数の契約類型の基準を混在させると、参照精度が落ちやすくなります。

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

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

標準が固まった後も、更新のたびにナレッジを手作業で書き直す必要はありません。改定箇所を伝え、既存のガイドとの差分だけを反映させる指示を出せば、ガイド全体を作り直すより早く済みます。半年に一度など、見直しのタイミングをあらかじめ決めておくと、プレイブックが実務とずれたまま放置されるのを防げます。

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

「法務×Claude」という組み合わせは、この記事で扱うProjectsのほかにも選択肢があります。目的が違うので、どれか1つに絞る前に向き不向きを確認しておきます。役割分担としては、本記事はレビュー基準そのものの作成と標準化を扱い、Claude契約書レッドライン活用は標準化した基準を使って契約書1本をレッドラインし交渉材料に変える流れを扱います。

Cowork法務の任せる範囲・任せない範囲の線引きはClaude Cowork法務活用に、SaaS連携の接続手順はClaude法務連携ガイドにまとめています。プレイブックの標準化(この記事)は、どちらの選択肢とも組み合わせられる土台になります。

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

契約書の多くは機密保持義務や、弁護士に認められる秘匿特権(privilege)の対象になります。Claudeへのアップロードそのものが特権を放棄させるかどうかは、米国の判例でも論点です。2026年のUnited States v. Heppnerは、弁護士の指示なくコンシューマー版のAIを使って作った文書を、特権保護の対象外と判断しました。一方、その後のWarner v. GilbarcoやMorgan v. V2Xは違う判断を下しています。弁護士が指示したAI利用の成果物はワークプロダクト保護の対象になり、秘密保持義務を負うAIベンダーに入力を渡すこと自体は保護の放棄にあたらない、という判断です。

実務上のポイントは2つです。Projectでの利用が弁護士の指示のもとにある状態を保つこと、そして契約形態を確認すること。個人のFree・Pro・MaxプランはConsumer Termsが、Team・EnterpriseプランはCommercial Terms(+ DPA)が適用され、法人としてレビュー基盤を作るならCommercial Terms側が前提になります。契約主体・準拠法の詳細はClaude Commercial Termsのチェックポイントで確認できます。機密性の高い案件では、AI利用を人が監督している記録を残す、クライアントへの契約書(engagement letter)にAI利用を明記する、といった対応も有効です。

よくあるつまずき

• プレイブックが口頭伝承のまま: 文書化されていない基準は、Claudeに読ませても再現できません。まず文書化してから着手したほうが早い場合がほとんどです
• 1つのProjectに契約類型を混ぜる: NDAとMSAの基準を同じナレッジに詰め込むと、参照精度が落ちます。契約類型ごとにProjectを分けます
• テストせずに本番投入する: 実案件でのキャリブレーションを飛ばすと、重大度判定のズレに誰も気づかないまま運用が回り続けます
• 指示文だけ更新してナレッジを放置する: 基準が変わったら、指示文とナレッジ側のガイドを両方更新します。片方だけだと参照内容と指示が食い違います

まとめ

Claude Projectsのナレッジとプロジェクト指示を組み合わせれば、レビュー基準を毎回説明し直す代わりに、文書として一度登録するだけで済みます。まずは在庫が多い契約類型(多くはNDA)から着手し、実案件でキャリブレーションしてから、MSAやベンダー契約へ広げるのが着地しやすい順番です。機密性の高い案件を扱うなら、Commercial Terms側の契約形態になっているかを先に確認しておきます。