Claude契約書レッドライン — プレイブック照合と交渉戦略への変換手順

この手順でできること

Claude.aiの会話1本で、契約書のレッドライン(条項の削除・修正案を反映した文書)と、その修正案を交渉の場でどう伝えるかまでを作ります。Coworkのようなエージェント製品は使いません。チャット上でGoogle Driveの契約書を読み込ませ、Projectsに自社の審査基準を保存しておくだけで進められます。

対象は、法務担当者が1本ずつ届く契約書を確認する場面です。ベンダー契約・NDA・SaaS利用規約など、条項数が多く読むだけで時間がかかる文書ほど効果が出ます。Coworkでの運用はClaude Cowork法務活用で扱っています。本記事は、単発の契約書を1つの会話で最初から最後まで片付ける手順に絞ります。

どちらを選んでも、法的な結論そのものを出させない運用は共通です。Claudeが作るのは条項の整理と修正案までで、受諾可否の最終判断は人が持ちます。Anthropicの公式ユースケース集は、この流れを目安15分の作業として載せています。

前提条件

• Claude.aiのアカウント。Google Workspaceコネクター(Gmail・Googleカレンダー・Google Drive)は全ユーザーが使えます。TeamとEnterpriseでは、先にオーナーが組織単位で有効にしないと個人の認証に進めません
• 設定の「Capabilities」で「Code execution and file creation」がオンになっていること。トラッキング変更付きのWordファイルは、Claudeがこの機能でスクリプトを実行して作るためです
• レビュー対象の契約書(Google Docs、またはWordやPDFなどアップロード可能な形式)
• 自社の審査基準と譲れない条件(予算感、契約期間の希望、データ所有権の方針など)。文書化されていなくても、プロンプトで伝えれば動きます

「Code execution and file creation」の初期値はプランで違います。Free・Pro・Maxはオン、Teamの組織も既定でオンです。Enterpriseは新規の組織で既定オンになります。どちらもオーナーが組織設定(Organization settings > Capabilities)から無効にできます。会社のアカウントで「ファイルが出てこない」ときは、まず組織側の設定を疑う順序になります。

手順は4段階

最初の指示に入れる情報

公式ユースケースのプロンプトを土台にすると、次の形になります。

私はマーケティング自動化プラットフォームのベンダーサービス契約をレビューしています。
シリーズBのスタートアップで、予算の柔軟性が限られています。
 
抜け出せなくなる契約への固定化を避け、データと成果物の所有権を確保し、
うまくいかなかった場合に調整・解約できる柔軟性を残す形でレッドラインを作ってください。
 
トラッキング変更を有効にした契約書のコピーを新しく作り、
削除箇所は取り消し線の赤字、追加箇所は下線付きの色文字で示してください。
スクリプトを使って各修正の理由を余白コメントとして実際に挿入し、
後で問題になりそうな箇所はすべて指摘してください。

入れておきたいのは、自社が何者か(規模・予算)、何を避けたいか(固定化)、何を確保したいか(所有権)、失敗時にどうしたいか(調整・解約)の4点です。「新しいコピーを作る」「スクリプトで実際のコメントを入れる」と書いてあるのは、原本を壊さず、要約ではなく編集できる文書を受け取るためです。

公式ユースケースの例では、この指示に対してClaudeが19件の修正を入れています。責任上限を「手数料の12か月分」にし、データのエクスポート権を足し、按分返金付きの30日間の中途解約を入れた、という内容です。数字そのものは例示なので、自分の契約書にそのまま当てはまるわけではありません。

契約書の渡し方で何が変わるか

Driveから渡す場合とアップロードの場合では、読み取りの範囲と上限が違います。

署名欄や料金表が画像で貼られているときは、PDF(100ページ以下)にするか、該当箇所をテキストに起こしてから依頼します。

もう1つの注意点は、Driveの別ファイルを読む動作と、Googleのファイルを新しく作る動作が別の機能として扱われていることです。Googleドキュメントとして作らせたいときは、依頼文で「Googleドキュメントで」と名前を出します。文書とだけ頼むと、ダウンロードするファイルが作られます。

業務文脈も一緒に渡します。公式ユースケースは、自社が相手にとってどれだけ重要な顧客か、案件に急ぎがあるか、他に選べる相手がいるか、まで書くよう勧めています。条項ごとの強気と譲歩の配分に直接効く情報だからです。

レッドラインを受け取り、検算する

Claudeは、トラッキング変更付きのレッドライン文書と、各修正に対する余白コメントを作ります。コメントは「何を、なぜ変えたか」を1件ずつ言葉にしたもので、法務チームが手を入れたような体裁になります。

修正案が箇条書きの要約で返り、文書自体に変更が反映されていないことがあります。その場合は「トラッキング変更と余白コメント付きのレッドラインWord文書」と明示して頼み直します。ファイルへ変更履歴とコメントを挿入するスクリプトをClaudeが書いて実行するので、編集可能な文書として受け取れます。

出てくるのはWordの変更履歴機能を使った文書なので、受け取った側は各修正を1件ずつ承諾・却下でき、そのままチームに共有できます。見た目だけレッドラインらしい文書とは、後工程の手間が違います。

検算の観点は次の3つです。

• 削除・追加とされた条項が、原文の該当箇所と実際に対応しているか
• 金額・期間・上限といった数値が動いた条項は、変更前後の数値が両方とも文書に残っているか
• 「要判断」「要確認」に振られた箇所が、実際に一意に決まらない性質のものか

ファイルを出したと言いながらダウンロードできない、リンクが開かないといったことが起きたら、そのファイルは存在していない可能性があります。Claudeは、明示的に連携されていないメールやワープロ、ファイル転送の機能を持っていないのに、持っているかのように振る舞うことがあるためです。会話にダウンロードできるファイルが表示されているかを必ず見ます。

プレイブックをProjectsに積み上げる

"Projects allow you to upload relevant context and set instructions that Claude follows in each project chat. Upload your contract standards, deal-breakers, and review criteria once—Claude remembers them for every future contract review within the project without re-explaining."

「無制限責任の条項は必ず指摘する」「支払い条件を優先的に確認する」といった個別指示も、プロジェクトの指示として積み重ねられます。担当者が変わっても、審査基準がぶれにくくなります。

共有するときは権限の違いにも注意が要ります。プロジェクトを共有した相手のうち「Can view」の人はプロジェクト内でチャットできますが、プロジェクト自体は編集できません。審査基準の更新は、「Can edit」を持つ担当者に絞る設計になります。

Google Docsの契約書を会話で扱う場合は、Googleアカウントがアクセスできるファイルだけを開いて変更できます。既存のGoogleの共有権限がそのまま適用されるので、閲覧権限しかない契約書は、読めても変更はできません。

運用で効いてくる条件が3つあります。

• プロジェクト内でも、チャットをまたいで文脈は共有されません。次回も使いたい基準は、会話に書くのではなくプロジェクトの指示かナレッジに入れます
• Driveのコネクターからナレッジにファイルを足せるのは、非公開のプロジェクトだけです。組織に共有したプロジェクトでは、この選択肢が無効になります
• 有料プラン(Pro・Max・Team・Enterprise)では、ナレッジが増えてコンテキストウィンドウの上限に近づくと、Claudeは検索ベースの方式(RAG)へ自動で切り替わります。容量は最大で約10倍に広がります。ファイル名を内容が分かるものにしておくと、取り出しが安定します

Drive連携の細部はClaude Google Drive連携 — 検索から書き込みまで、Projectsの容量や運用はClaude Projects完全ガイドにあります。

レッドラインを交渉の材料に変える

レッドラインを作った後の会話を続けると、修正案を交渉の道具に変換できます。どちらも、直前のレッドラインを引き継いだまま形式だけを変える依頼なので、契約書を読み直させる必要がありません。

交渉戦略への変換

この修正案をもとに、協調的でありながら要求を明確にした交渉メールを作ってください。
何を最優先にすべきかで修正案に優先順位をつけ、
それぞれなぜ必要な変更かを説明し、
柔軟に対応できる箇所には妥協案の文言も添えてください。

比較表への変換

先方の原文の条件・こちらの修正要求・事業への影響を1つの表にまとめてください。
最も強く主張すべき項目と、柔軟に対応できる項目が分かるように優先順位で並べてください。

Gmailコネクターを有効にしていれば、メールの下書き作成から送信までを会話の中で進められます。送信・返信・転送は、既定でその都度承認を求められます。TeamとEnterpriseでは、承認なしで実行させるかどうかをオーナーが決めます。相手に送る前に社内の確認を挟むなら、下書きまでで止めます。

精度を上げる4つのコツ

• 自社の基準と比較させる: 一般的な相場観ではなく、「自社のひな形・審査基準からどれだけ外れているか」を基準に評価させます
• 修正案と理由をセットで求める: 後で相手方に説明するとき、理由の文言がそのまま使えます
• 不確実な箇所にフラグを立てさせる: 「自信がない箇所はすべて指摘してください」と一言添えると、読み直す優先順位が付きます
• 重要な条項ほど詳しく、定型的な条項ほど短く: 全条項に同じ分量の説明を求めると、本当に重要な指摘が埋もれます

うまくいかないときの切り分け

Driveに接続できないときは、Google Workspaceの管理画面でClaudeが信頼済みアプリになっているか確認します。

「Access blocked: your institution's admin needs to review Claude for Google Drive」と出るときがこの状態です。管理側の反映には15分ほどかかります。

よくある質問

秘密保持契約(NDA)がある契約書を渡しても問題ありませんか

Claude.aiに渡す前に、相手方との秘密保持契約が第三者サービスへの共有をどう制限しているかを確認します。個人のFree・Pro・Maxでは、モデル改善への利用を許可している設定だと、Driveから会話にコピーした内容がその対象になりえます。Drive連携で取得したデータそのものは学習に使わないとされていますが、貼り付けた内容は別扱いです。開示条件が緩い自社ひな形や、既に社外に公開されている契約書から試すと安全に始められます。

Googleドキュメント上で直接レッドラインを入れてもらえますか

Googleドキュメントは、チャット横のペインでClaudeと同時に編集できます。ベータの機能で、動くのはChromeのWeb版か、組み込みブラウザーをオンにしたClaude Desktopです。トラッキング変更と余白コメントを入れる本記事の手順はWordファイルを作る方式なので、ペイン編集とは別の使い方になります。

まとめ

1本ずつ届く契約書ならClaude.aiとProjects、継続して届く量が増えて条項ごとのプレイブック突合が要るならCowork、というのが受け皿の分け方です。どちらでも、原文との対応と数値の検算は人が持ちます。