SkillStack Lab運営者の「スタック」です。
契約書の確認を効率化したくて、「Claudeに契約書を読み込ませれば、危険な条項を見つけてもらえるのでは?」と考えていませんか。
秘密保持契約(NDA)や業務委託契約などは似た書式が多い一方で、損害賠償、契約解除、知的財産、再委託など、見落としたくない条件が細かく盛り込まれています。
長い契約書の全体像を短時間で整理したり、自社にとって確認すべき条項を一覧化したりする用途では、Claudeは有力な選択肢です。
ただし、最初に結論をお伝えすると、Claudeは「契約書を代わりに判断するAI」ではなく、「人が確認すべき論点を整理する一次レビュー支援」として使うのが安全です。
AIが「問題ありません」と答えても、それだけで契約リスクがなくなるわけではありません。反対に、AIがリスクを指摘しても、取引条件や自社のリスク許容度によって受け入れられるケースもあります。
この記事では、元情シスで現在は中小企業の管理部門を統括している私の視点から、Claudeで契約書を確認するときの使い方、コピペできるプロンプト、ChatGPTなどとの違い、ハルシネーション対策、機密情報の扱いまで整理します。
法務担当者だけでなく、「専門の法務部門はいないけれど、総務や管理部門で契約書の一次確認をしている」という中小企業の方にも分かるように解説します。

- Claudeを契約書の一次レビューに使う方法
- NDA・業務委託契約で確認したい主な論点
- コピペして調整できる契約書レビュープロンプト
- Claude・ChatGPT・Geminiを選ぶときの考え方
- ハルシネーションによる見落としを減らす方法
- 契約書をAIへ渡す前に確認したいデータ管理
結論|Claudeの契約書レビューは一次チェックに使う
Claudeを契約書レビューへ取り入れるなら、AIと人間の役割を最初から分けておくことが重要です。
| 工程 | Claudeへ任せやすいこと | 人が判断すること |
|---|---|---|
| 全体把握 | 当事者・契約期間・金額・主要条項の整理 | 取引背景と本当の目的 |
| 論点抽出 | 損害賠償・解除・知財などの該当条項を探す | 自社が許容できるリスクか |
| 整合性確認 | 定義語・参照条文・日付などの不整合候補 | 修正が本当に必要か |
| 比較 | 自社ひな形と相手方ドラフトの差分整理 | どちらの条件で交渉するか |
| 修正文案 | 代替表現のたたき台 | 法的妥当性・交渉方針・最終文言 |
この線引きができていれば、「AIが見てくれたから大丈夫」という危険な運用を避けられます。
Anthropic自身も、Claudeを契約書や法務文書の要約に活用するユースケースを公開しています。一方で、法務要約の評価には「事実の正確性」「法的精度」「一貫性」などの成功基準を設ける必要があるとしています。
Anthropic公式:Legal summarization

Claudeが契約書レビューと相性がよい理由
長い契約書を一度に整理しやすい
Claudeの強みの一つが長い文書を扱えるコンテキストです。
2026年8月現在のClaude Sonnet 5は、100万トークンのコンテキストウィンドウを標準でサポートしています。Claude Opus 5も100万トークンに対応しています。
そのため、1つの条項だけを切り出すのではなく、契約書全体を前提にしながら「第3条の定義と第20条の責任条項が整合しているか」といった横断的な確認をさせやすくなっています。
ただし、読み込める長さと正確に理解できることは同じではありません。
長い文書を投入したからといって、重要条項を必ず漏れなく拾えるわけではないため、レビュー項目を先に指定することが重要です。
PDFから条項を抽出して整理できる
ClaudeはPDF内のテキストだけでなく、表や画像なども含めて処理できる環境があります。
契約書では本文だけでなく、別紙の料金表、サービスレベル、仕様書などに重要条件が書かれていることもあります。
そのため、「本文だけをコピーしてレビュー」するより、利用しているClaude環境で対応しているファイル形式や上限を確認したうえで、関連資料まで含めて評価する方がよい場合があります。
Anthropic公式:PDF support
重要項目を同じ形式で一覧化できる
契約書レビューでAIを使う価値は、「法的に正しい答えを出させること」だけではありません。
人が読む前に、毎回同じ項目で情報を整理させられることにも大きな価値があります。
- 契約当事者
- 契約期間・更新条件
- 支払条件
- 契約解除
- 損害賠償・責任上限
- 秘密保持
- 知的財産権
- 再委託
- 契約終了後に残る義務
- 裁判管轄・準拠法
毎回この形式で一覧にすれば、担当者によって確認観点がバラバラになるのを減らす補助にもなります。

Claude・ChatGPT・Geminiのどれが契約書レビュー向き?
「結局、ClaudeとChatGPTのどちらが契約書レビューに強いのか」と気になる方も多いでしょう。
ただ、法務のような高リスク業務では、公開ベンチマークやネット上の評判だけで「このAIが一番」と決めない方が安全です。
2026年8月時点では、主要各社の上位モデルはいずれも100万トークン前後の長いコンテキストに対応しており、長文を扱えること自体はClaudeだけの特徴ではなくなっています。
| モデル例 | 長文処理 | 契約書で確認したい点 |
|---|---|---|
| Claude Opus 5 | 100万トークン | Anthropicが高精度を求める法務要約の候補として案内 |
| Claude Sonnet 5 | 100万トークン | 速度・コストとのバランスを見ながら検証 |
| GPT-5.6 Sol | 約105万トークン | 複雑な専門業務向け。自社文書で精度確認が必要 |
| Gemini 3.1 Pro | 100万トークン | 長文・マルチモーダル処理を含めて比較候補 |
この数字だけを見て優劣を決めないでください。
自社で扱うNDAや業務委託契約書を10~20件ほど匿名化し、正解が分かっている確認項目を用意して、同じプロンプトで比較する方が実務的です。
例えば次の項目を評価します。
- 重要条項を何件正しく拾えたか
- 存在しないリスクを何件作ったか
- 条番号・ページ番号を正しく示せたか
- 原文と要約が一致しているか
- 自社ひな形との差分を正しく説明できたか
モデル名ではなく、自社の契約書で再現性を測ることが重要です。
Claude以外も含めて現在のAIツールを比較したい方は、仕事向けAIツール比較も参考にしてください。
Claudeで契約書をレビューする5ステップ
STEP1|契約の前提条件を人が整理する
契約書だけをClaudeへ渡して「チェックして」と頼むのではなく、最初に取引背景を伝えます。
- 自社は甲・乙のどちらか
- 契約の種類
- 何を提供・購入する契約か
- 自社が絶対に守りたい条件
- 相手方から変更された箇所
同じ条文でも、自社の立場や商流によって意味するリスクは変わるからです。
STEP2|まず事実だけを抽出させる
いきなり「危険か判断して」と頼まず、最初に契約内容そのものを構造化します。
添付した契約書について、まず法的評価は行わず、
契約書に明記されている事実だけを整理してください。
【抽出項目】
・契約当事者
・契約目的
・契約期間
・自動更新の有無
・契約金額と支払条件
・中途解約条件
・損害賠償
・秘密保持
・知的財産権
・再委託
・契約終了後も存続する義務
・準拠法
・裁判管轄
【ルール】
・契約書に書かれていない内容を推測しない
・各回答に条番号またはページ番号を付ける
・判断できないものは「確認できない」と記載する
・原文の根拠を短く併記する
「事実抽出」と「評価」を分けることで、あとから原文と照合しやすくなります。
STEP3|確認すべき条項を抽出させる
次に、自社の立場から確認すべき論点を出します。
先ほど整理した契約内容を前提に、
当社が[受託者/委託者/買主/売主]の立場で
確認すべき論点を抽出してください。
以下の観点で確認してください。
1. 義務の範囲が不明確な条項
2. 当社だけに義務が偏っている条項
3. 損害賠償・責任上限
4. 契約解除条件
5. 知的財産権の帰属
6. 秘密保持
7. 再委託
8. 検収・支払条件
9. 契約終了後も続く義務
10. 条項間の矛盾・参照先の不整合
【出力】
・重要度:高/中/低
・条番号
・該当する原文
・確認したい理由
・社内で確認すべき事項
法的に有効・無効と断定せず、
人間が確認すべき論点として整理してください。
ここでは「違法です」「無効です」とAIに断定させるのではなく、確認すべき論点を出すことに重点を置きます。
STEP4|自社ひな形と比較する
実務で特に使いやすいのが、自社で承認済みの契約書ひな形との比較です。
一般論として「この契約は安全?」と聞くより、基準となる自社文書を与えた方が、変更点を明確にできます。
「当社標準ひな形」と「相手方ドラフト」を比較してください。
【目的】
相手方ドラフトで変更・削除・追加された条件を確認すること。
【出力】
表形式で次を整理してください。
・項目
・当社ひな形の条番号
・相手方ドラフトの条番号
・変更内容
・実務上確認すべき点
・重要度
【ルール】
・文章表現が違うだけで意味が同じ場合はその旨を記載
・実質的に条件が変わるものを優先
・存在しない条項を作らない
・判断できない場合は「要確認」とする
特にNDAなど定型契約では、この使い方がしやすいでしょう。
STEP5|人が原文を確認して最終判断する
Claudeの一覧が完成したら、AIの回答だけを読んでレビューを終わらせてはいけません。
重要度「高」とされた項目だけでなく、少なくとも自社で必須としているチェック項目は原文へ戻って確認します。
法令解釈や契約条件の有効性、紛争リスクなど専門的な判断が必要な場合は、自社の法務担当者や顧問弁護士へ確認してください。
コピペできるClaude契約書レビュープロンプト
ここまでの流れを1つにまとめたテンプレートです。
会社ごとに重視する条件が違うため、[ ]部分を自社向けに変更してください。
あなたには契約書レビューの一次チェックを支援してもらいます。
最終的な法的判断は人間が行います。
<context>
当社の立場:[甲/乙など]
契約の種類:[NDA/業務委託契約など]
取引目的:[目的]
特に重視する条件:[責任上限、知財、解除など]
</context>
<task>
添付した契約書から、人間が確認すべき論点を整理してください。
</task>
<review_points>
1. 契約期間・更新
2. 支払条件
3. 検収条件
4. 契約解除
5. 損害賠償・責任上限
6. 秘密保持
7. 知的財産権
8. 再委託
9. 表明保証
10. 契約終了後の義務
11. 準拠法・裁判管轄
12. 定義語・参照条文の不整合
</review_points>
<rules>
・契約書にない事実を推測しない
・法的に有効/無効と断定しない
・すべての指摘に根拠となる条番号またはページ番号を示す
・根拠となる原文を短く引用する
・確認できないものは「確認できない」と明記する
・一般的な商慣習を契約書本文の内容より優先しない
</rules>
<output>
以下の列を持つ表で出力してください。
重要度|条番号|論点|該当原文|確認理由|社内で確認すること
</output>
最後に、
「AIだけでは判断できない事項」
を別に一覧化してください。
XML風のタグは必須ではありませんが、長い指示では「背景」「依頼」「ルール」「出力」を分けておくと、人間側もプロンプトを管理しやすくなります。
Claudeに限らないプロンプトの基本は、生成AIプロンプトの書き方とテンプレートでも解説しています。
NDAでClaudeに確認させたい項目
NDAは比較的定型化しやすいため、AIによる一次整理を試しやすい契約類型の一つです。
例えば次の項目を固定チェックリストにします。
| 確認項目 | 主に見るポイント |
|---|---|
| 秘密情報の定義 | 対象範囲が広すぎないか、口頭情報をどう扱うか |
| 秘密保持義務 | 誰まで共有できるか、従業員・委託先の扱い |
| 除外情報 | 公知情報、既知情報、独自取得情報など |
| 利用目的 | 秘密情報を何のために利用できるか |
| 契約期間 | NDA自体の期間 |
| 存続期間 | 契約終了後、秘密保持義務が何年続くか |
| 返還・廃棄 | バックアップ等を含め実務上対応可能か |
| 損害賠償 | 範囲・上限・間接損害の扱い |
| 知的財産 | 情報開示だけで権利移転しないか |
| 管轄 | 紛争時の裁判所・準拠法 |
ただし、この表は一般的なチェック観点であり、「この条件なら安全」という基準ではありません。
自社で承認済みのNDAひな形や法務部門のチェックリストがあるなら、そちらをClaudeへ渡して比較基準にする方が実務に合います。
Claude契約書レビューの精度を上げる4つの方法
1.「問題ある?」ではなくチェック項目を指定する
「この契約書に問題はありますか?」では、何を問題とするかが曖昧です。
損害賠償、解除、知財、再委託など、自社の確認項目を明示してください。
2.必ず根拠の条文へ戻れる形にする
回答だけを出させず、条番号・ページ番号・該当原文をセットにします。
AIが誤読しても、人が原文へ戻って確認しやすくなります。
3.自社ひな形・チェックリストを基準にする
「一般的に不利ですか?」という問いだけでは、AIが学習した一般論へ寄りやすくなります。
自社で合意済みの基準があるなら、それを比較対象にします。
4.過去の誤りをテストケースとして残す
実際にAIが見落とした項目があれば、その契約書を匿名化してテストケースとして残します。
モデルやプロンプトを変更したときに、以前見落とした項目を正しく拾えるか再評価します。
「プロンプトを一度作ったら完成」ではなく、契約書と正解データを使って継続的に評価する方が重要です。
Claudeで契約書を扱うときの情報漏洩対策
契約書には、取引金額、顧客名、技術情報、担当者名、未公開の事業計画などが含まれることがあります。
そのため、「Claudeが学習に使うかどうか」だけで安全性を判断するのは不十分です。
最低でも、次の3つを分けて確認してください。
- モデル改善への利用:入力・出力がモデル学習に使われるか
- データ保持:サービス側にいつまで保存されるか
- 会社としての利用許可:その契約・情報を外部AIへ入力してよいか
Free・Pro・Maxではモデル改善設定を確認する
Claude Free・Pro・Maxなどの個人向けサービスでは、ユーザーがチャットやコーディングセッションをClaudeの改善に利用するかどうかを設定できます。
モデル改善を許可したくない場合は、現在のClaudeでは次の場所から変更できます。
- Claudeの「Settings」を開く
- 「Privacy」を開く
- 「Help Improve our AI models」を確認する
- モデル改善へ利用させない場合はオフにする
Anthropic公式:How do I change my model improvement privacy settings?
設定をオフにすると、新しいチャットやコーディングセッションは将来のモデル学習に利用されません。
ただし、「学習に使われない=即時削除される」ではありません。
個人向けClaudeでは通常のチャットは履歴として残り、自分で削除すると履歴から直ちに消え、バックエンドからは原則30日以内に削除されるとAnthropicは案内しています。
逆にモデル改善を許可した場合、新規または再開したチャット等のデータが匿名化された形でモデル開発用パイプラインに最長5年間保持される場合があります。
Anthropic公式:How long do you store my data?
モデル改善をオフにしたからといって、会社の機密契約書を個人アカウントへ自由にアップロードしてよいわけではありません。Anthropic自身も、消費者向けClaudeへ機密性の高いビジネス文書を共有する際は慎重になるよう案内しています。まず自社の情報管理ルールを確認してください。
Team・Enterprise・APIは学習に使われないのが原則
Claude for WorkやAnthropic APIなどの商用サービスでは、入力・出力をデフォルトでモデル学習へ利用しないとAnthropicは案内しています。
企業で契約書を扱うなら、個人向けプランを各社員がばらばらに利用するより、権限・契約条件・データ管理を組織側で確認できる環境を検討した方が管理しやすくなります。
Anthropic公式:Is my data used for model training?
Zero Data RetentionはEnterprise全体の標準機能ではない
ここは特に誤解しやすいポイントです。
Zero Data Retention(ZDR)は、「Claude Enterpriseを契約すればWeb版のすべての会話が自動的に即時削除される」という意味ではありません。
Anthropicによると、ZDRは審査・合意された一部のClaude APIや、条件を満たすClaude Code for Enterpriseなどが対象です。
通常のEnterpriseでは、組織側でデータ保持期間を設定できる仕組みがあり、現在のカスタム保持期間は最短30日です。
機密性の高い契約書を本番運用するなら、「Enterpriseだから安全」とまとめず、利用する製品、保存期間、管理者設定、DPA、社内規程まで確認してください。
マスキングは万能ではないが有効な対策
利用環境にかかわらず、AIが判断するために不要な個人情報や機密情報は渡さない方が安全です。
| 元の情報 | 置き換え例 |
|---|---|
| 株式会社○○ | A社 |
| 取引先担当者の氏名 | B氏 |
| 具体的な顧客情報 | 顧客X |
| 未公開のプロジェクト名 | プロジェクトA |
| ログインID・パスワード | 入力しない |
ただし、金額や数量を「数十億円」のように丸めてしまうと、契約上の重要な判断条件まで失われることがあります。
レビューに必要な数字まで機械的に消すのではなく、AIが判断するために本当に必要な情報だけを渡すという考え方が大切です。
ハルシネーションで契約リスクを見落とさない方法
Claudeを契約書レビューで使う最大の注意点は、回答が自然だからといって正しいとは限らないことです。
AIは、契約書に存在しない条件を補ったり、条文の意味を一般論へ置き換えたり、重要な但し書きを落としたりする可能性があります。
そこで、レビューの運用自体に次のガードレールを入れます。
- すべての指摘に条番号・ページ番号を付けさせる
- 根拠となる原文を併記させる
- 「確認できない」という回答を許可する
- 法令・判例を挙げた場合は一次資料を別途確認する
- 重要条項はAIの判定に関係なく人が読む
- 過去に見落とした契約書をテストケースとして残す
「Claudeに二重チェックしてもらう」のではなく、「人がチェックするための索引をClaudeに作らせる」くらいの位置づけが、安全性と効率化を両立しやすいと考えます。
専用リーガルテックとClaudeの違い
契約書レビューを効率化する方法は、Claudeのような汎用生成AIだけではありません。
契約書レビュー専用サービスには、契約類型ごとのチェック項目、Word上でのレビュー、契約書管理、自社ひな形との差分確認など、法務業務向けに設計された機能を持つものがあります。
| 比較 | Claudeなど汎用AI | 契約書レビュー専用ツール |
|---|---|---|
| 自由度 | 高い | 契約業務に特化 |
| 初期設定 | プロンプト・基準作りが必要 | 契約類型別の機能が用意される場合がある |
| 契約書以外 | 文章・分析など幅広く使える | 法務業務中心 |
| 標準化 | 自社で運用設計する | レビュー手順を統一しやすい製品もある |
| 導入判断 | 少量・検証段階にも使いやすい | 契約件数が多い組織などで比較候補 |
どちらが優れているという話ではありません。
月に数件の契約書を管理部門が確認する会社と、毎月数百件の契約を法務部門が処理する会社では必要な仕組みが異なります。
まず匿名化した過去契約でClaudeを検証し、「レビュー件数」「見落とし」「手戻り」「人が確認する時間」を測ったうえで、専用ツールまで必要か判断する方法もあります。
弁護士法第72条との関係にも注意する
AIによる契約書レビューを調べていると、「弁護士法違反にならないの?」という疑問も出てきます。
法務省は「AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係について」というガイドラインを公表しています。
ただし、Claudeを自社内の契約書整理に使っただけで直ちに弁護士法違反になる、という単純な話ではありません。
同条への該当性は、誰が、誰の法律事務を、どのような目的・対価・方法で取り扱うかなど、具体的な事実関係によって判断されます。
特にAIを利用して他社へ有償の法律判断・契約レビューサービスを提供するような場合は、自己判断せず専門家へ確認してください。
法務省:AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係について
Claude契約書レビューに関するよくある質問
まとめ|Claudeは契約書を「判断するAI」ではなく「論点を整理するAI」にする
Claudeを契約書レビューへ取り入れるときに重要なのは、AIの性能を過信することではありません。
- 契約書の事実抽出と法的評価を分ける
- チェック項目を自社で決める
- 条番号・原文を根拠として出させる
- 自社ひな形との比較に使う
- 重要条項は必ず人が原文を読む
- モデル改善設定とデータ保持を分けて確認する
- 会社の機密情報ルールを最優先する
- 過去契約で精度を検証してから本番へ広げる
最初から現在進行中の重要契約書を投入する必要はありません。
まずは機密情報を除いた過去契約やダミー契約を使い、自社のチェックリストとClaudeの回答を比較してみてください。
「どこをAIへ任せ、どこから人が責任を持つのか」という境界線を決めてから運用することが、結果として一番の効率化につながります。

生成AIを仕事へ安全に取り入れるためのプロンプト、情報管理、業務への組み込み方を体系的に学びたい方は、目的別に講座を比較しています。
\ 仕事から逆算して生成AIを学ぶ /
