工事請負契約書のAI下読み｜差分抽出で実装する

工事請負契約書のレビューをAIに下読みさせることはできますか？

できます。ただし「契約書を読ませてリスクを判定させる」という使い方ではありません。実務で機能するのは、自社の標準条項集と先方案の差分を抽出し、人が読むべき箇所を絞り込む用途です。

差分抽出であれば、正解が「自社ひな形」という形で社内に存在します。出力の妥当性を人が数分で検証できます。一方、「この条項は不利ですか」という問いには社内に正解がなく、検証もできません。前者だけを機械に渡すのが設計の起点です。

AIに渡せる作業と渡せない作業はどこで分かれますか？

分かれ目は「社内基準を文章として書き出せるか」です。書き出せるものは機械化でき、書き出せないものは属人的判断として人に残ります。

「この条項は危険です」という出力を作らせないことが重要です。危険かどうかは案件によって変わります。AIには「自社標準では〇〇となっている箇所が、本契約案では△△に変更されています」という事実の指摘だけをさせます。判断を含まない出力なら、誤りがあっても人が即座に気づけます。

自社ひな形をナレッジ化する工程はどうなりますか？

差分抽出の精度は、比較基準である標準条項集の質でほぼ決まります。ここに手を抜くと、差分が数百件出て誰も読まないという結果になります。

工程1：締結済み契約から実態を集める

理想のひな形ではなく、実際に締結してきた契約を集めるところから始めます。元請案件・下請案件・民間工事・公共工事など、契約類型ごとに直近の締結済み契約を並べ、条項単位で分解します。

このとき、法務が用意した「あるべきひな形」と、営業が現場で通してきた契約の実態がずれていることがよくあります。ずれている場合、比較基準にすべきは後者に近い側です。前者を基準にすると、通常の受注案件でも差分が大量に出て運用が止まります。

工程2：条項を「絶対条件」「交渉条件」「許容条件」に三分する

抽出した条項を、社内で次の三段に仕分けます。

• 絶対条件：この形でなければ締結しない条項（例：契約不適合責任の期間の上限、支払サイトの下限、一方的解除条項の不存在）
• 交渉条件：ずれていたら交渉するが、条件次第で飲む条項
• 許容条件：文言が違っても実質が変わらなければ気にしない条項（表記ゆれ、条番号、見出しなど）

この三分がそのまま差分の重要度になります。仕分けは法務担当と、実際に契約交渉をしている営業・工事管理の担当を同席させて行います。片方だけで決めると、現場が守れない基準か、法務が納得しない基準のどちらかになります。

工程3：判定できない条項を明示的に「人送り」に指定する

すべての条項に基準を付けようとしないことが実装上のコツです。基準が決まらない条項は、「差分があってもなくても人が必ず読む」フラグを立てて機械判定の対象外にします。対象外を明示しておくと、AIが判定していない箇所が明確になり、レビュー担当が何を自分で確認すべきか分かります。

工程4：差分の書き方を定型化する

出力フォーマットを先に固定します。1件の差分につき、

1. 該当条項（先方案の条番号と該当文）
2. 自社標準の対応条文
3. 差分の種類（追加／削除／文言変更／数値変更）
4. 重要度（絶対／交渉／許容の三段）
5. 判定に使った標準条項集のどの記載か（根拠の参照先）

の5点を必ず並べます。5番の根拠参照があると、レビュー担当が出力を疑ったときに数十秒で自分で検証できます。これが無い出力は、正しくても信用されずに使われなくなります。

建設業法上の必須記載事項のチェックはどこまで自動化できますか？

「その項目に相当する条項が存在するか」の有無確認は自動化に向きます。「記載内容が法的に十分か」の判断は自動化に向きません。この二つを分けずに実装すると、どちらも信用されない出力になります。

工事請負契約の書面記載事項は建設業法に定めがあり、工事内容、請負代金額、工期、前金払・出来形部分払の定め、設計変更・工期変更時の取扱い、天災等不可抗力による損害の負担、契約不適合責任、紛争解決方法などが並びます。自動化の対象は次のように切ります。

• 自動：各項目に対応する条項が契約書内に見当たらない場合に「該当条項が検出できません」と列挙する
• 自動：本文と別紙・内訳書・工程表の間で、金額・工期・工事名が食い違っている箇所を突き合わせて出す
• 人：記載はあるが内容が薄い条項について、その記載で足りているかを判断する
• 人：下請契約における支払条件や指定材料の扱いなど、取引実態に照らした妥当性の評価

なお、法令上の要求を満たしているかどうかの最終判断は法務・弁護士の領域です。上記の切り分けは実務運用上の整理であり、個別案件の適法性は専門家にご確認ください。

レビュー結果を稟議・押印フローにどう接続しますか？

差分リストを出すだけで終わると、結局レビュー担当がPDFを開いて読み直すことになります。接続点は「稟議の承認ルートを差分の重要度で分岐させる」ところに置きます。

現実的な分岐の設計例です。

• 絶対条件の差分が0件、交渉条件の差分も0件 → 通常の承認ルート（部門長決裁）
• 交渉条件の差分のみ → 法務レビューを1段追加
• 絶対条件の差分が1件以上 → 法務レビュー必須かつ決裁権限を1段上げる
• 機械判定対象外の「人送り」条項に該当あり → 種別に応じてレビュー担当を指名

この分岐を成立させるには、差分件数と重要度が構造化データとして出ている必要があります。だから前述のフォーマット固定が先に来ます。文章で「いくつか気になる点があります」と返す設計にすると、後段のワークフローに一切つながりません。

押印フローで守るべき条件

• 押印の実行判断は必ず人の操作にする。AIの判定結果を条件にした自動押印は設けない
• 差分リストと承認ログを、締結後も契約書とセットで保管する。後日の紛争時に「何を見て承認したか」が残る
• AIが検出できなかった差分が後から見つかったケースを記録する。この記録が標準条項集の改訂ネタになる

3点目が運用の生命線です。見落としが出たとき、原因は多くの場合「標準条項集にその論点が書かれていなかった」ことにあります。モデルを替えるより、基準を1行足すほうが効きます。

この用途でAIができないこと・限界はどこですか？

導入前に発注側と共有しておくべき限界を明示します。

• リスクの重み付けはできません。 同じ「契約不適合責任2年」という条項が、案件によって許容範囲にも致命的にもなります。案件の力関係・工事規模・元請との継続関係といった文脈は契約書の外にあり、AIは読めません。
• 法務判断の代替になりません。 条項の有効性、他の法令との抵触、判例との整合はAIの出力を根拠にできません。下読みは人の読む量を減らすためのもので、人の判断を減らすためのものではありません。
• 紙・スキャンPDFの精度は落ちます。 先方から届く契約案がスキャンPDFやFAX原稿の場合、条番号や数値の読み取りで誤りが起きます。編集可能な形式での授受に切り替えるほうが投資対効果が高くなります。
• 別紙・図面の中身までは追いきれません。 工事範囲や仕様は別紙・図面に書かれることが多く、本文との整合を完全に検証することは困難です。図面に関わる範囲は工事管理担当の目視が前提になります。
• 標準条項集が無い会社では、そもそも導入前工程が本体になります。 比較基準の整備が終わらないうちにAIを載せても、出力は「意味のない差分の山」になります。
• 口頭合意・慣行は反映されません。 「この元請とは従来この運用でやっている」という前提は文書化されていない限り判定に入りません。

エクサテックがこの種のシステムを設計する際は、契約の前段階から何度も現場に足を運び、実際の契約書のやり取りと稟議の回し方を見るところから始めます。株式会社イーリアルティ様への転記エージェント導入でも同じ進め方を取りました。業務マニュアルが未整備な状態は珍しくなく、その場合は「マニュアルを書いてから自動化する」のではなく、自動化する範囲を絞ることでマニュアルが必要な作業自体を減らす方向を検討します。契約レビューでも同じで、標準条項集はいきなり完全版を作らず、絶対条件の数条から始めるのが現実的です。

まとめ

• 工事請負契約のAI活用は「リスク判定」ではなく「自社標準条項との差分抽出」に用途を絞ると実装できる
• 機械化できるかどうかの分かれ目は、社内基準を文章として書き出せるかにある
• 標準条項集は理想のひな形ではなく、実際に締結してきた契約の実態から作る
• 条項を「絶対条件／交渉条件／許容条件」に三分すると、そのまま差分の重要度と稟議ルートの分岐条件になる
• 差分1件ごとに根拠として参照した標準条項の箇所を出力させる。これが無い出力は使われなくなる
• 法務判断・リスクの重み付け・押印の実行判断は人に残す。法令適合の最終判断は専門家に確認する

ご相談について

自社の契約書と稟議フローを前提に、どこまでを機械判定に回せるかを整理する段階からご相談いただけます。標準条項集が整っていない状態でのご相談でも構いません。対象業務を1つに絞った小さな範囲から着手する進め方もご提案しています。まずは現状の契約レビューの流れをお聞かせください。