取引先から届いた工事請負契約書。分厚い仕様書が別添で付いてくることもある。担当者が机で1枚ずつめくり、赤ペンで印を付けながら「うちが不利になる条項はどこか」を探す。この確認に毎回まとまった時間を取られている、という現場は珍しくない。

群馬の建設・製造の中小企業で法務専任を置けている会社は多くない。設計や現場を回しながら、片手間で契約書に目を通す。だから見落としが怖いし、時間も取られる。ここをClaude（アンスロピック社の対話型AI）に手伝わせると、確認の入口がだいぶ軽くなる。今日はその使い方を、明日そのまま試せる形で書く。

先にひとつ断っておく。この記事はAIで契約書チェックの下ごしらえを軽くする話であって、法的助言ではない。契約の最終判断、とくに金額の大きい契約や法的な論点が絡む条項は、人が判断し、必要なら弁護士など専門家の確認を受ける前提で読んでほしい。

契約書チェックの時間は「読む」より「探す」に消える

契約書を確認するとき、時間の大半は熟読ではない。「自社の責任範囲」「瑕疵担保や契約不適合の条項」「支払い条件」「解除・違約金」といった、毎回見る決まった観点を、長い文面の中から拾い出す作業に消えている。定型の探し物に人の集中力を使っている状態だ。

ここが自動化の余地になる。中小企業向けの活用ガイドでは、Claudeを使った長文読解・資料作成・文章校正で関連業務を約50%削減できたと報告されている。契約書レビューに絞った実践ガイドでも、担当者が原本と突き合わせる前段までをAIに任せ、確認にかかる時間を短縮できたとする事例が紹介されている。いずれも各記事が掲載している数字であって、当社が実測した普遍値ではない。会社や契約の種類で変わる。自社の1業務で前後を測ってから判断してほしい。

Claudeが長文の契約書・仕様書に向く理由

ネイビーを基調に、机に広げた契約書と仕様書の束を上から俯瞰し、離れたページの関連箇所を一本の細い光の線でつないでいる概念図。虫眼鏡で一点を拡大するのではなく、全体を保持しながら対応関係をたどる様子。文字や数字は描かない。

Claudeが得意とするのは、長い文書を頭に入れたまま、「どこで定義された言葉が」「どこで使われているか」の対応を追い続けることだ。仕様書で決めた仕様値が、契約書の別の条項とかみ合っているか。前の提案書で約束した範囲と、今回の契約で自社が負う範囲がずれていないか。人が別々のページを行き来して確認する照合を、渡した文面の中でまとめて見てくれる。

この長文を追う力は、契約書・仕様書・過去の提案書といった「毎回目を通す定型の長文」と相性がいい。複数のソースでも、契約書レビューや議事録要約のように長い文脈を正確に読ませる用途が向くと指摘されている。しかもこれは新機能ではなく、すでに実務で使える範囲の話だ。

ただし一度に渡せる分量には上限がある。使うプランやモデルによって扱える文書の量が決まっていて、数百ページ級の分厚い仕様書は一度に貼り付けきれないことがある。その場合は章ごとに分けて渡す、まず目次と要点だけを渡して当たりを付ける、といった工夫が要る。上限を超えると手順どおりに動かないので、まずは1件の契約書という小さい単位から試すのが確実だ。

任せられるのは主に二つ。ひとつは、設計担当が見るべき必須条件だけを抜き出す要点抽出。もう一つは、施工計画書や安全管理の説明文、見積の添付文といった書類のドラフト作成だ。作成や確認の時間が減ったとする掲載値は各ガイドにあるが、これも会社や書類の種類で変わる。自社で前後を測ってから判断すればいい。

明日試せる3ステップ

ネイビーを基調に、左で積み上がった定型書類の山から一冊を選び出す手、中央でその書類にチェックの観点というレンズのようなものを当てて要点を抜き出す様子、右で人が抜き出した結果を原本と照らし合わせて確認する様子を、左から右への流れとして並べた概念図。文字や数字は描かない。

大げさな導入は要らない。いつものパソコンとブラウザで、小さく始める。

  1. 毎回目を通す定型の長文を、まず1種類だけ選ぶ。工事請負契約書でも、仕様書でも、過去の提案書でもいい。あれもこれもやろうとしない。
  2. チェックの観点をプロンプト（AIへの指示文）に固定する。たとえば「この契約で自社が負うリスクと、注意すべき条項を箇条書きで挙げてください。支払い条件と解除条件は必ず含めてください」のように、毎回同じ観点を書いておく。そのうえで要点を抽出させ、続けて必要な書類のドラフトも作らせる。
  3. 抜け漏れと数値だけを、人が原本と最終突き合わせする。そして所要時間を測る。前は何分かかっていたか、今回は何分だったか。この記録が、社内で「使える」と判断する材料になる。

この「1業務・小さく・測る」という進め方は、当社がAI・DX導入を支援するときに最初に置く型とそのまま重なる。いきなり全社で使わせず、1つの業務で効果を測ってから広げる。順番を守ると失敗が減る。

投入する前と、AIが返した後にやること

ネイビーを基調に、二つの関門で契約書を挟む概念図。左の関門では、書類をAIに渡す前に個人情報や社名の部分へ覆いをかけて隠している様子。右の関門では、AIが返した内容を人が原本と一枚ずつ重ねて突き合わせて確認している様子。前後を挟むゲートとして描く。文字や数字は描かない。

契約書という題材だからこそ、外せない手順がある。ここを飛ばすと、時短どころか事故になる。

まず投入する前。取引先名や個人情報、金額といった機密は、AIに渡す前に落とすか伏せる。要点の抽出だけなら、固有名詞を仮名に置き換えても成り立つことが多い。何をAIに渡してよいかは、会社としてのルールを先に決めておくと迷わない。

次にAIが返した後。Claudeが挙げた条項や数値は、必ず原本で突き合わせる。AIは長文の照合が得意だが、それでも読み違いや、もっともらしい要約のずれは起きる。

そして忘れてはいけない線引きがある。AIができるのは一次チェックの下ごしらえまでだ。契約が成立すれば責任を負うのは会社であって、AIではない。金額の大きい契約、前例のない取引、法的な論点が絡む条項は、AIの抽出結果を出発点にしつつ、最終判断は人が下し、必要に応じて弁護士など専門家の確認を受ける。AIの出力は下書き、判断は人、重要な契約は専門家へ。この順番を守る限り、契約書チェックの手間はAIでしっかり減らせる。

まとめ

  • 契約書チェックの時間の大半は、決まった観点を長文から探す作業。ここはClaudeに要点抽出とドラフト化を任せられる。
  • 関連業務を約50%削減できたとする掲載値はあるが、会社ごとに変わる。自社の1業務で前後を測ってから広げる。
  • 一度に渡せる分量にはプランやモデルごとの上限がある。分厚い仕様書は分割して渡す。
  • 機密は投入前に落とす。AIが返した条項・数値は原本で突き合わせる。AIは下書き、判断は人、重要・高額な契約は弁護士など専門家の確認を受ける。

まず1業務、一緒に選びます

「契約書チェックに使えそうだが、どの書類から始めればいいか」「機密の落とし方や社内ルールをどう決めるか」で止まっている会社は多い。ククルデザインは群馬の中小企業向けに、AIを入れる1業務の選定から、プロンプトの固定、前後の時間計測までを一緒に伴走している。まずは御社で一番時間を食っている定型の長文を、一緒に1つ選ぶところから始めませんか。お問い合わせはこちらからどうぞ。