契約書レビューの時間を、再定義する
中小法律事務所・司法書士事務所・行政書士事務所に共通する負担として、「読む・差分を取る・論点を書き出す」作業に 1 件 30〜90 分が消える問題があります。コア業務は判断のはずなのに、稼働時間の多くが「読み込みの反復」で埋まる。これを Tufe Company が 2025 年以降、士業オーナーから繰り返し聞いてきた現場の声です（/blog/claude-shigyou-handbook-2026、Tufe Company 内部観察 / 2026-05時点）。
Claude Opus 4.7 と Sonnet 4.6 は、この「読み込みの反復」を圧縮するためのワークロードに特に強い設計です。理由は 3 つに整理できます。
第 1 に、**1M トークンのコンテキストウィンドウ**を Opus 4.7 / Sonnet 4.6 が標準装備しています。日本語に換算するとおおよそ 70〜75 万文字相当で、A4 1 ページ約 600 字とすると 100 ページ超の契約書本体に加え、自社ひな形 5 種類・過去レビュー 30 件分まで一度に読み込ませて差分・論点を一括出力できる水準です（Anthropic — Claude Models Overview（取得 2026-05））。
第 2 に、Constitutional AI によって「結論を断定しない／論点整理に留める／依頼人特定情報を要約に残さない」といった自己制約が安定して効きます。これは Tufe Company が士業導入時に最重視するポイントで、出力が「論点整理のドラフト」に収まるよう設計しやすいことを意味します（Anthropic — Claude's Constitution（取得 2026-05））。
第 3 に、Anthropic Commercial Terms（Section B）で API・Bedrock 経由の入力データがモデル学習に使われないことが明示されています（Anthropic — Commercial Terms of Service（取得 2026-05））。AWS Bedrock の東京（ap-northeast-1）・大阪（ap-northeast-3）リージョンを使えば、データ転送経路を AWS ネットワーク内に閉じた国内完結構成も組めます（AWS — Cross-Region inference（取得 2026-05））。
ただし前提として Claude は弁護士の代わりにはなれません。/industries/lawyer-claude-contract-review で明文化しているとおり、Claude の役割は「論点漏れ防止」と「作業時間の圧縮」の 2 点に限定し、法的判断の最終確認は必ず担当士業が行います。弁護士法第 72 条（非弁行為の禁止）の射程にも常に注意が必要です（e-Gov 法令検索: 弁護士法（取得 2026-05））。本稿はその前提のうえで、「読み込みの反復」を Claude に任せる手順を書きます。
リスク条項検出のシステムプロンプト設計
契約書レビュー Claude の品質は、システムプロンプトの設計でほぼ決まります。Tufe Company が士業導入で採用しているのは、5 層チェック構造です。1 層ごとに観点が独立しているため、Claude が観点をスキップせず網羅的に洗い出せます。
5 層チェック構造
- 無効条項層 — 強行法規違反・公序良俗違反・消費者契約法 第 8〜10 条との抵触
- 不利条項層 — レビュー立場（委託者 / 受託者）にとって明らかに不均衡な条項
- 曖昧条項層 — 解釈の幅が広く、運用段階で紛争を生むリスクのある文言
- 抜け漏れ層 — 業界標準で含まれているべき条項の欠落
- 矛盾層 — 契約書内の条項間矛盾、別紙・覚書との不整合
各層で重要度 High / Medium / Low をつけ、最終的に 論点一覧 → 条文別コメント → 修正提案 の 3 ブロックで出力させる構造にします。
コピペ用 Claude システムプロンプト（5 層チェック・汎用）
あなたは中小法律事務所のリーガルアシスタントです。契約書ドラフトを「5 層チェック構造」でレビューします。
# 動作原則（厳守）
- 弁護士法第 72 条に基づき、法律事務の最終判断は担当弁護士が行う前提で動作
- 出力は「論点整理のドラフト」であり、断定的な法的アドバイスは出力しない
- 「必ず安全」「リスクゼロ」「最短で示談」等の効果保証表現は使用禁止
（弁護士法第 30 条の 21 / 日弁連 業務広告規程）
- 業界標準と比較する場合は「一般的に〜の傾向がある」と相対化し、
根拠不明な数字（「9 割の契約では〜」等）は出力しない
- 個別事案の結論は出さず、論点整理に留める
# 5 層チェック（必ず全層を実施し、層ごとに見出しを立てる）
1. 無効条項層: 強行法規・公序良俗・消費者契約法 8〜10 条との抵触
2. 不利条項層: 指定された立場にとって明らかに不均衡な条項
3. 曖昧条項層: 解釈の幅が広く、運用段階で紛争を生むリスク文言
4. 抜け漏れ層: 業界標準で含まれるべき条項の欠落
5. 矛盾層: 契約書内の条項間矛盾、別紙・覚書との不整合
# 出力フォーマット
## ブロック 1: 論点一覧（重要度 High / Medium / Low）
| # | 層 | 条文 | 重要度 | 一行サマリー |
## ブロック 2: 条文別コメント
各論点について以下を 3〜6 行で記述
- 該当条文の引用（最大 5 行）
- なぜ問題か
- 業界標準の傾向（数字を断定しない）
- 「弁護士確認事項」かどうかのフラグ
## ブロック 3: 修正提案
- 各 High 論点について差し替え条文案を提示
- 「修正の意図」を 1〜2 行で併記
- Word 変更履歴形式での出力が必要なら、追加指示で対応
# レビュー立場
{委託者 / 受託者 / どちらでも}
# 自社ひな形との差分
{なし / 添付あり}
# 入力（レビュー対象契約書）
{ここに契約書テキスト}
出力を始めてください。
Opus 4.7 と Sonnet 4.6 の使い分け
Claude のモデル選択は、契約書レビューの性質によって変えるのが Tufe Company の標準です。SOT（lib/claude-model-data.ts）の数値を整理すると次のとおりです（Anthropic Pricing（取得 2026-05））。
| 用途 | 推奨モデル | 入力 USD/MTok | 出力 USD/MTok | コンテキスト | 主理由 |
|---|---|---|---|---|---|
| 長尺契約書 100 ページ以上 + 自社ひな形 5 種類照合 | Claude Opus 4.7 | 5 | 25 | 1M | 複雑な推論・差分抽出の精度が必要 |
| 標準的 NDA・業務委託（30 ページ以内）の量産レビュー | Claude Sonnet 4.6 | 3 | 15 | 1M | 速度と価格バランス、Extended thinking 対応 |
| 雛形整合性チェックや単純な抜け漏れ検出 | Claude Haiku 4.5 | 1 | 5 | 200K | 大量処理に最適、コスト最適化 |
※ 出典: Anthropic Pricing（取得 2026-05）／ Anthropic Models Overview（取得 2026-05）
実務的には、初稿レビュー → Sonnet 4.6、争点多発案件 → Opus 4.7、社内ひな形整合性チェック → Haiku 4.5 の 3 段運用が ROI のスイートスポットです。詳しい比較は /compare/chatgpt-vs-claude でも整理しています。
業種別レビュー観点 3 本
契約書レビューは士業によって観点が大きく異なります。Tufe Company が現場で使い分けているのは次の 3 系統です。
弁護士事務所 — 一般民事 / 企業法務 / M&A
弁護士事務所の契約レビューは、扱う案件の幅が最も広いのが特徴です。Tufe Company が推奨する Claude の運用は 3 系統別プロンプトです。
一般民事契約（賃貸借・売買・請負・委任）では、消費者契約法と民法（債権法改正対応）の射程を Claude のチェック観点に明示します。特定商取引法の適用業種では、書面交付義務・クーリングオフ条項の有無を抜け漏れ層で必ず検出させます（e-Gov 法令検索: 消費者契約法（取得 2026-05））。
企業法務契約（NDA・業務委託・販売代理）では、自社ひな形ライブラリとの差分抽出が ROI のコアです。詳細は /industries/lawyer-claude-contract-review のひな形運用セクションで扱っています。Opus 4.7 の 1M context により、過去 30 件のレビュー履歴 + 自社ひな形 5 種類 + 新規ドラフトを同時に読み込ませる構成が現実的です。
M&A 関連契約（株式譲渡・事業譲渡・基本合意）では、表明保証条項・補償条項・MAC 条項の網羅性を最重要観点に据えます。M&A 契約は条文間の参照が複雑で、Claude の 1M context が威力を発揮します。100 ページの株式譲渡契約 + Disclosure Schedule 200 ページを一度に読み込ませ、表明保証違反候補を抽出する用途が代表例です。なお、最終判断は必ず M&A 担当弁護士が行います。
司法書士事務所 — 不動産売買 / 相続関連 / 設立登記
司法書士事務所の契約レビューは「登記実務との接続」が観点の核心です。
不動産売買契約では、登記原因証明情報の整合・所有権移転時期・抵当権抹消手続の負担条項・固定資産税の精算基準を抜け漏れ層に組み込みます。司法書士法第 24 条（守秘義務）への配慮として、Claude プロンプトに**「依頼人氏名・物件特定情報を要約に残さない」**を明文化します（e-Gov 法令検索: 司法書士法（取得 2026-05））。
相続関連書類（遺産分割協議書・相続関係説明図のドラフト）では、相続登記義務化（不動産登記法第 76 条の 2、令和 6 年 4 月 1 日施行）への対応を抜け漏れ層に必ず入れます（e-Gov 法令検索: 不動産登記法（取得 2026-05））。3 年以内の相続登記申請義務が条文上明記されているかを Claude が自動チェックする観点を加えます。
設立登記関連契約（発起人間契約・出資契約・株主間契約）では、機関設計の整合・株式の譲渡制限・取締役の任期と登記期間の整合性を観点に据えます。会社法施行規則との対応を求められる場面が多いため、Claude プロンプトに「会社法上の根拠条文を併記する」指示を入れます。
行政書士事務所 — 建設業許可 / 農地転用 / ビザ申請
行政書士事務所の契約レビューは「許認可申請書類との接続」が中心です。
建設業許可関連（請負契約・共同企業体協定）では、建設業法と各都道府県条例の射程を Claude にチェックさせます。元請・下請関係の責任範囲、瑕疵担保責任の期間（民法改正対応）、下請代金支払遅延等防止法との抵触を観点に据えます。
農地転用関連（売買契約・賃貸借契約）では、農地法第 3 条・第 5 条の適用区分判定が観点の核心です。Claude には「農地法第 3 条許可と第 5 条許可のどちらが必要か」「都道府県農業会議の関与」を抜け漏れ層に明示させます。最終判断は担当行政書士です。
ビザ・在留資格申請関連（雇用契約・誓約書）では、入管法と労働基準法の両方を Claude プロンプトに織り込みます。在留資格別の業務範囲制限（技人国・特定技能等）と雇用契約の業務内容の整合性が、許可可否に直結する観点です。
守秘義務と AI データ送信の境界
契約書を AI に投入する設計では、**「データの物理的所在」「モデル学習への使用」「依頼人への事前説明と同意」**の 3 点を必ず通します。詳細な規制チェックリスト 12 項目は /blog/claude-shigyou-handbook-2026 を参照してください。本節では契約書レビューに特化した境界線だけを書きます。
Anthropic API Direct と AWS Bedrock の違い
| 観点 | Anthropic API Direct | AWS Bedrock（東京・大阪） |
|---|---|---|
| データ処理リージョン | 既定はグローバル（Opus 4.6 以降は inference_geo で US 指定可、1.1 倍課金） | 東京（ap-northeast-1）・大阪（ap-northeast-3）国内完結 |
| 学習データへの使用 | Commercial Terms Section B により除外 | Commercial Terms Section B により除外 |
| ネットワーク経路 | 公開インターネット経由（TLS） | AWS ネットワーク内に閉じる（VPC Endpoint 利用時） |
| 既存 AWS 連携 | 別途設計が必要 | 既存 IAM・VPC・CloudTrail にそのまま統合 |
| 認証・監査ログ | Anthropic Console のログ | AWS CloudTrail で完全な監査ログ |
※ 出典: Anthropic — Commercial Terms of Service（取得 2026-05）／Anthropic — Models Overview（取得 2026-05）／AWS — Cross-Region inference（取得 2026-05）
Tufe Company の標準推奨は **「個人事務所〜所員 10 名規模で守秘最重視 → Bedrock 東京・大阪 + VPC Endpoint + IAM 最小権限」**です。それ以下の規模・社内整備用途であれば API Direct + Commercial Terms 締結で十分なケースもあります。判断軸は /industries/lawyer-claude-contract-review の「機密性の担保」セクションに整理しています。
Constitutional AI による安全性
Constitutional AI は Claude モデルの応答制御層で、「依頼人特定情報を要約に残さない」「結論を断定しない」といったルールをシステムプロンプトに書き込むことで、出力レイヤーで安定的に守らせる設計です（Anthropic — Claude's Constitution（取得 2026-05））。
契約書レビュー用途では次の Constitutional プロンプトを必ず組み込みます。
- 「依頼人氏名・固有名詞は要約に出力しない」
- 「金額・数量等の具体数値は契約書原文からの引用以外は推測しない」
- 「不確実な法解釈は『弁護士確認事項』として論点に格上げする」
- 「個別事案の結論は出さず、論点整理に留める」
これにより、出力が「論点整理のドラフト」に収まりやすくなり、士業の最終確認ステップへの接続が安全側に倒れます。
月次コスト試算 + よくある失敗 3 件
月 50 件 × 平均 30 ページ契約書のコスト試算
中規模法律事務所（弁護士 5 名・パラリーガル 3 名）で 月 50 件 × 平均 30 ページ契約書をレビューする想定で試算します。価格は SOT（lib/claude-model-data.ts、Anthropic Pricing（取得 2026-05））に依拠します。
30 ページ契約書は約 30K トークン入力、論点出力が 8K トークンと仮定します。
ケース A: 全件 Opus 4.7（最大精度）
- 入力: 50 件 × 30K = 1.5M トークン × $5 = $7.5
- 出力: 50 件 × 8K = 0.4M トークン × $25 = $10
- 合計: 約 $17.5/月 ≒ 約 2,600 円/月
ケース B: Sonnet 4.6 主軸 + 争点多発案件 10 件のみ Opus 4.7
- Sonnet 入力: 40 件 × 30K = 1.2M × $3 = $3.6
- Sonnet 出力: 40 件 × 8K = 0.32M × $15 = $4.8
- Opus 入力: 10 件 × 30K = 0.3M × $5 = $1.5
- Opus 出力: 10 件 × 8K = 0.08M × $25 = $2.0
- 合計: 約 $11.9/月 ≒ 約 1,800 円/月
ケース C: ケース B + Prompt Caching（自社ひな形 40K トークン）
Prompt Caching はキャッシュ書き込み 1.25 倍、読み込み 0.1 倍の課金体系です（Anthropic Pricing — Prompt Caching（取得 2026-05））。
自社ひな形 40K トークンを 50 件のレビューで再利用する場合、
- キャッシュなし: 40K × 50 = 2M トークン分の入力 → Sonnet 4.6 で $6.0
- キャッシュあり: 40K × 1.25 倍書き込み 1 回 = $0.15、40K × 0.1 倍 × 49 回 = $0.59、合計 約 $0.74
→ 自社ひな形分の入力コスト圧縮率は単純計算で約 8 分の 1（Anthropic Pricing 公式値より計算）。ケース C の総コストは 月 約 $6〜$8 に収まる試算です。
※ Tufe Company 提供価格目安 / 2026-05時点（推論コストは Anthropic Pricing 公式値からの計算値。実運用では使用量で変動）
Bedrock のデータ転送コストや所員工数を加味しても、月 5〜10 万円程度の運用予算枠で年間 600 件規模の契約書レビューを補助できる水準感です（/blog/claude-shigyou-handbook-2026 のケース 2 と整合）。
よくある失敗 3 件
失敗 1: 「Claude の精度 XX %」を社内で断言する
「Claude の契約書レビュー精度は 9 割」のような確定値の数字は、評価データセット・タスク設計・温度パラメータで変動するため信頼できません（鉄則 #7「既存数字を疑え」整合）。Claude の精度を語るのではなく「人間レビューでつぶす設計」を語ることが、士業導入では事故率を下げる正解です。
失敗 2: 修正提案文を未確認で顧客送付
Claude が生成する修正提案条文は、業界一般論ベースのドラフトです。クライアントごとの取引慣行・過去交渉履歴・優先順位が反映されていません。担当士業の最終確認なしに顧客送付する運用は、事故が起きた瞬間に士業本人の責任に直結します。出力 → 担当士業承認 → 顧客送付 の 3 段階を必ず通します。
失敗 3: コンシューマ Claude.ai に契約書 PDF を直接アップロード
Anthropic Commercial Terms（Section B）の学習除外は API / Bedrock 経由に対して明示されています。個人プラン Claude.ai での扱いは別文書（Consumer Terms）に従うため、業務利用は必ず API / Bedrock 経由で構成します（Anthropic Commercial Terms（取得 2026-05））。
Tufe Company の支援
Tufe Company は AI・SEO・Web 制作・自動化を手がける会社です。本記事の 5 層チェックプロンプト・モデル使い分け表・月次コスト試算をもとに、士業オーナー向けの契約書レビュー Claude 導入書面をご提供しています。
45 分・オンライン・契約前提なしの無料相談を /contact?intent=claude-contract-review で受け付けています。事務所規模・現在の月次レビュー件数・既存ワークフローを簡単に書いてご連絡ください。2 営業日以内に候補日 3 つをお返しします。詳細は /blog/claude-shigyou-handbook-2026 と /industries/lawyer-claude-contract-review もあわせて確認できます。
関連する Tufe Company のページ
/blog/claude-shigyou-handbook-2026— 士業 × Claude ハンドブック（ピラー記事）/blog/claude-complete-guide-2026— Claude 完全活用ガイド/industries/lawyer-claude-contract-review— 弁護士 × 契約書レビュー Claude（業種特化）/glossary/claude— Claude 用語解説/glossary/anthropic— Anthropic 用語解説/glossary/context-window— コンテキストウィンドウ用語解説/glossary/constitutional-ai— Constitutional AI 用語解説/compare/chatgpt-vs-claude— ChatGPT と Claude の比較/claude— Claude 活用ハブ/contact— 無料相談フォーム