長文コンテキストとは、AIが一度に読み込める文章量の上限が広い状態のことです。

契約書を1本ずつAIに読ませていた作業が、束のまま渡せる作業に変わりつつあります。Claude Opus 5 と Sonnet 5 は、すべての有料プランのチャットで100万トークンのコンテキストウィンドウに対応しています（Anthropic Help Center）。本記事は、この長文コンテキストを契約書の一括レビューにどう組み込むかを扱います。士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。

100万トークンで契約書レビューの前提がどう変わったか

結論から書くと、変わったのは「切って渡す」必要がなくなった点です。従来は、契約書が長いほど分割して読ませ、分割の境界をまたぐ論点を人が拾い直す必要がありました。原契約、覚書、別紙、過去のやりとりを横断して見る作業は、この分割のせいで手間がかかっていました。

現在の上限を整理します。Claude Opus 5 と Sonnet 5 は、すべての有料プランでチャット時に100万トークンのコンテキストウィンドウに対応します。Claude Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 4.6 は、すべての有料プランで50万トークンに対応します。これらのモデル以外では、コンテキストウィンドウは20万トークンで、20万トークン以上、テキストにしておよそ500ページ分以上を取り込めると説明されています（出典: Anthropic Help Center）。

Claude Code での扱いは別建てです。Pro、Max、Team、Enterprise の各プランで Claude Code を使う場合、Sonnet 5、Fable 5、Opus 5、Opus 4.8、Opus 4.7、Opus 4.6 が100万トークンのコンテキストウィンドウに対応するとされています。ただし Pro ユーザーが Opus モデルで100万トークンを使うには、ユーセージクレジットを有効にする必要があると記載されています（出典: Anthropic Help Center）。事務所として契約する前に、どのプランでどのモデルがどの上限になるかを一覧にしておくと、後で慌てずに済みます。

もう一つ知っておくべきなのが、自動コンテキスト管理です。コード実行を有効にした有料プランでは、会話がコンテキストウィンドウの上限に近づくと、Claude が以前のメッセージを要約して新しい内容の余地を作ると説明されています。この処理は利用上限にはカウントされず、ほとんどの場合で会話を無期限に続けられるとされています。チャット履歴自体は保持され、要約後も Claude が参照できると記載されています（出典: Anthropic Help Center）。

契約書レビューの観点から見ると、この自動要約は諸刃です。会話を続けられるのは便利ですが、要約された部分の細部が回答の精度にどう影響するかは、レビューの正確性を左右します。長い契約書の逐条確認を、要約が走る長さの会話の中でやるのは避けたほうが安全です。1回のリクエストで完結させる、あるいは論点ごとに会話を分ける運用が向いています。

Projects の仕組みも押さえておきます。Projects は検索拡張生成（RAG）を使っており、関連する内容だけをコンテキストウィンドウに読み込むことで、より大量の情報を扱えるようにしていると説明されています（出典: Anthropic Help Center）。全文をもれなく読ませたい逐条レビューと、大量の資料から関連箇所を引く調査とでは、使うべき仕組みが違います。Projects に契約書を放り込んで逐条レビューを依頼すると、読まれていない条項が出る可能性があります。モデルの使い分けそのものはClaude最新モデルの使い分け 士業が業務4類型で選ぶ判断基準で整理しています。

契約書の一括レビューを回す7工程と検証の入れ方

第1工程は、束ねる単位を決めることです。100万トークンが使えるからといって、無関係な契約書を100本まとめて投げるのは筋が良くありません。同一の取引類型、同一の相手方グループ、同一の改定タイミングなど、比較する意味がある単位で束ねます。比較の軸がないまま投げると、出力も軸のない列挙になります。

第2工程は、レビュー観点を先に固定することです。観点を先に決めずにレビューさせると、モデルが拾いやすい条項だけを拾ってきます。契約期間と更新、解除事由、損害賠償の上限、秘密保持の範囲と存続期間、反社条項、準拠法と管轄、再委託の可否。この7つを標準観点として持っておくと、束ごとの出力が比較可能な形で揃います。

第3工程は、原文の順序を保ったまま渡すことです。契約書はPDFで来ることが多く、テキスト抽出の段階で条項の順序が崩れる場合があります。抽出後に条番号の連番が飛んでいないかを機械的に確認してから投入します。ここを飛ばすと、後段のすべての判断が土台から狂います。

第4工程は、逐条の突合を指示することです。プロンプト例を挙げます。

あなたは契約書の比較整理を行うアシスタントです。法的な評価や助言は行いません。

以下に複数の契約書の全文を貼ります。次の観点ごとに、契約書ごとの規定を「原文の条番号」と
「原文の文言（そのまま）」で並べてください。

【観点】
1. 契約期間と更新
2. 解除事由
3. 損害賠償の範囲と上限
4. 秘密保持の範囲と存続期間
5. 反社会的勢力の排除
6. 準拠法と管轄
7. 再委託の可否

【出力条件】
- 該当条項が無い契約書は「規定なし」と明記する。推測で補わない
- 要約せず、原文の文言をそのまま引く
- 法的評価（有利／不利、有効／無効など）は一切書かない
- 条番号は原文どおりに書き、番号を振り直さない
- 表は使わず、観点ごとに段落で並べる

【契約書】
（ここに全文を貼る）

法的評価を書かせない、という制約が要です。比較整理までをAIに任せ、評価は弁護士が行うという分担を、プロンプトの段階で構造化しておきます。

第5工程は、抜け漏れの検出です。逐条の突合が終わったら、逆向きの問いを立てます。

先ほど整理した観点に含まれていない条項のうち、複数の契約書に共通して現れるものを列挙してください。

【出力条件】
- 条見出しと、それが登場する契約書の識別子だけを書く
- 内容の要約や評価は書かない
- 1つの契約書にしか現れない条項は「単発」として別に並べる

観点表からこぼれた条項を拾い上げる工程です。標準観点だけを見ていると、その取引に固有の重要条項を見落とします。

第6工程は、原文との照合です。AIが引いた「原文の文言」が本当に原文どおりかを、抜き取りで確認します。全条項を確認すると一括処理の意味が薄れるので、契約書1本につき3条項を無作為に選んで突き合わせる、といった抜き取り基準を決めておく形が現実的です。ここで齟齬が出たら、その束は全件やり直します。

第7工程は、弁護士による評価と方針決定です。整理された比較表を材料に、どの契約をどう修正するかを決めます。この工程は分担できません。法務AIエージェントの比較軸と、この線引きの詳細は法務AIエージェント比較 弁護士事務所が見る7つの評価軸と72条の線引きで扱っています。既存の契約書レビューサービスとの併用についてはLegalOnの原契約参照レビューも参考になります。

契約書をAIに投入する前に確認する守秘義務と72条の3点

契約書は、当事者の営業秘密と個人情報が同時に載っている文書です。事務所として決めておく論点が3つあります。

1つ目は、守秘義務の根拠条文です。弁護士法第23条は、弁護士または弁護士であった者が職務上知り得た秘密を保持する権利を有し義務を負うと定めています。司法書士法第24条も秘密保持の義務を規定しています。契約書の全文をクラウドAIに投入する運用は、この義務との関係を事務所として整理したうえで始める領域です。ツールのデータ利用ポリシー、保持期間、処理リージョンを確認し、規程に反映します。

2つ目は、弁護士法第72条との関係です。弁護士法第72条は、弁護士または弁護士法人でない者が、報酬を得る目的で訴訟事件その他一般の法律事件に関して鑑定、代理、仲裁もしくは和解その他の法律事務を取り扱うことなどを業とすることを禁じています。法務省大臣官房司法法制部は令和5年8月に、AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係についての考え方を公表しました（法務省）。同省の整理では、問題となり得る点として、報酬を得る目的、対象とする案件、サービスの機能・表示、サービスの利用者の4点が挙げられています（出典: 法務省 概要資料）。弁護士事務所が自ら道具として使う場面と、事業者がサービスとして提供する場面とでは、論点の立ち方が異なります。

3つ目は、個人データの取扱いです。個人情報の保護に関する法律第27条は第三者提供の制限を定め、同条第5項第1号は、利用目的の達成に必要な範囲内で個人データの取扱いの全部または一部を委託することに伴って提供される場合を第三者に当たらないものとしています。契約書に記載された相手方担当者の氏名や連絡先は個人データに含まれ得るため、投入前に伏字化するか、委託としての整理を文書化するかの判断が要ります。個人情報保護委員会の公表資料を確認したうえで運用を決める形が現実的です（参考: 個人情報保護委員会）。

規程に落とすときの運用例を挙げます。契約書全文を投入してよいツールを、事務所が承認したものに限定する。相手方担当者の氏名と連絡先は投入前に伏字化する。依頼者に対し、契約書の整理にAIを用いる旨と範囲を、委任契約または個別の同意書で示す。この3点を規程本文に置き、運用手順書で操作を示す構成です。事務所内の教育とのつなぎ方は事務所内AI研修を規程とつなぐ 士業スタッフ教育の8設計項目で扱っています。

一括レビューでつまずく3つの失敗と回避策

1つ目の失敗は、上限まで詰め込めば読まれると考えることです。コンテキストウィンドウの上限は、そこまで入力できるという意味であって、入力の全域で同じ精度が出ることまでを意味するものではありません。文書内の位置によって参照の精度が変わる現象は広く指摘されています。重要な契約書ほど束の後ろに置かない、束の規模を段階的に増やして出力の質を比べる、といった検証を先に回す進め方が安全側です。

2つ目の失敗は、自動要約が走る長さの会話でレビューを進めることです。会話がコンテキストウィンドウの上限に近づくと以前のメッセージが要約されると説明されています（出典: Anthropic Help Center）。逐条の突合という細部が命の作業を、要約が挟まる会話で続けるのは相性が良くありません。1リクエスト完結か、論点ごとに会話を分ける形に寄せます。

3つ目の失敗は、AIの出力を「原文の引用」として信じることです。原文どおりに引くよう指示しても、語尾や助詞が変わる場合があります。契約書のレビューでは、この程度の差が意味を変えます。抜き取りの照合工程を省かないこと、そして依頼者に渡す成果物には原文から直接転記することを、業務フローの中で工程として固定します。

一括レビュー体制にかかる費用と工数をどう見積もるか

事務所側の作業は、プランとモデルの選定、観点表の作成、テキスト抽出の手順化、照合基準の設定、スタッフ研修の5つに分解できます。生成AIが効くのは観点表の素案と比較整理の実行で、照合基準の設定と最終評価は弁護士が押さえる領域です。

工数の目安を置くなら、プランとモデルの整理に3時間、観点表の作成に4時間、テキスト抽出手順の整備に4時間、照合基準の設定に2時間、スタッフ研修に2時間という配分が組めます（参考: 編集部が想定した試算例であり、実測値ではありません）。契約書20本の横断比較を人手で行うと1本あたり30分として10時間かかる想定に対し、比較整理をAIに任せて照合を抜き取りで行えば3時間程度に収まる余地があります。時間単価1万円換算で7万円相当の差ですが、これは照合工程を省かない前提の数字ではないため、各事務所での実測が要ります。投資対効果の測り方は士業事務所のAI費用対効果をどう測るか｜ROI測定の7手順で手順化しています。

体制面では、照合を誰が担うかを決めます。5人規模の事務所であれば、比較整理の実行と一次照合はスタッフ、抜き取り照合と最終評価は弁護士、という二層で足ります。Pro プランで Opus の100万トークンを使うにはユーセージクレジットの有効化が要ると記載されているため、費用の見積りにはこの分を織り込みます（出典: Anthropic Help Center）。

読める量が増えたとき契約実務の付加価値はどこへ移るか

コンテキストウィンドウの拡大は、レビューの単位を「1本」から「束」へ動かしました。この変化が意味するのは、単発の契約書を読む速さではなく、契約群の一貫性を見る作業が現実的になったということです。取引先ごとにばらばらだった損害賠償の上限、事業部ごとに異なる秘密保持の存続期間。こうした横断的な不整合は、これまで指摘したくてもコストが合いませんでした。

契約実務における論点は三つ考えられます（参考: Anthropic Help Center）。第一に、依頼の単位が1本のレビューから契約ポートフォリオの点検へ広がります。第二に、比較整理が安価になるぶん、どの不整合を直すべきかという優先順位付けが付加価値になります。第三に、報酬体系がこの変化に追いつくかという問題が残ります。1本いくらの積み上げでは、束で見る仕事の価値を表現しにくくなります。

いずれにせよ、AIが代替できるのは整理と抽出までです。どの条項を直し、どこまで交渉するかの判断は、弁護士の領域として残ります。読める量が増えるほど、判断すべき材料も増えるという構図です。

よくある質問

Claudeのコンテキストウィンドウは今どれくらいですか

Claude Opus 5 と Sonnet 5 は、すべての有料プランのチャットで100万トークンに対応しています。Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 4.6 は50万トークン、それ以外のモデルは20万トークンと説明されています（出典: Anthropic Help Center）。

20万トークンはどれくらいの分量ですか

20万トークン以上、テキストにしておよそ500ページ分以上を取り込めると説明されています（出典: Anthropic Help Center）。日本語の契約書に換算した正確な枚数は文書によって変わるため、実際のファイルで確認する扱いになります。

会話が長くなると前のやりとりは消えますか

コード実行を有効にした有料プランでは、上限に近づくと以前のメッセージが要約されて余地が作られると説明されています。チャット履歴自体は保持され、要約後も参照できるとされています（出典: Anthropic Help Center）。

Projectsに契約書を入れれば全部読んでくれますか

Projects は検索拡張生成（RAG）を使い、関連する内容だけをコンテキストウィンドウに読み込む仕組みと説明されています（出典: Anthropic Help Center）。全文の逐条確認を目的とする場合は、直接投入する形のほうが目的に合います。

契約書レビューAIと弁護士法第72条の関係はどう整理されていますか

法務省大臣官房司法法制部が令和5年8月に考え方を公表しています。問題となり得る点として、報酬を得る目的、対象とする案件、サービスの機能・表示、サービスの利用者の4点が挙げられています（出典: 法務省）。個別の当てはめは弁護士による判断の領域です。

AIが引用した条文の文言はそのまま使えますか

抜き取りで原文と照合する工程を挟む運用が推奨されます。原文どおりに引くよう指示しても、語尾や助詞が変わる場合があるためです。依頼者に渡す成果物には、原文から直接転記する手順が扱いやすくなります。

束ねる契約書は何本までが目安ですか

一律の目安はありません。段階的に本数を増やしながら、抜き取り照合の齟齬率が上がり始める水準を各事務所で測る方法が実務的です。齟齬が出た本数の一つ手前を運用上の上限とする決め方が使えます。

参考文献

• Anthropic Help Center How large is the context window on paid Claude plans?
• 法務省 AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係について（令和5年8月）
• 法務省 AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係について（概要）
• e-Gov法令検索 弁護士法
• e-Gov法令検索 司法書士法
• e-Gov法令検索 個人情報の保護に関する法律

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/