AIの契約レビューが「一般論」で止まる本当の原因

生成AIに契約をレビューさせると、文言の体裁チェックはしてくれる。けれど出てくるのは「一般論としては正しいが、うちの基準とは違う」指摘ばかり——。多くの法務部門がぶつかるこの壁の原因は、AIの性能でも学習量でもありません。AIに渡している情報が、契約書本文と、せいぜい「条項ごとの注意点」だけで、「自社がなぜそう判断するのか」という考え方を渡していないことにあります。

この考え方を言語化して渡せるかどうかが、AIレビューが「一般論」にとどまるか「自社基準」に届くかの分かれ目です。本記事では、判断基準に「なぜ」を添えると何が変わるのか、そしてどう書けばよいのかを、業務委託の「再委託」を例に整理します。（自社基準レビューに何を言語化し、どこに置くかという全体像は、AIに学ばせるべきは契約書ではなく「判断知」で扱っています。本記事はそのうち「考え方＝理由の書き方」に焦点を当てた各論です。）

条項ごとの「注意点」だけでは、AIは判断できない

多くの会社のプレイブックは、契約類型ごとに条項を並べ、「この条項はこう気をつける」という注意点を書き込んだ、いわば条項軸のメモです。たとえば業務委託のシートに「再委託は注意」と書いてある。これ自体は間違いではありませんが、AIに渡しても「再委託は原則禁止。要修正」という一般論しか返ってきません。

なぜなら、「再委託は注意」には、誰が・どの立場で・何のために結ぶ契約かという前提が抜けているからです。同じ「注意」でも、コア技術の開発委託なら厳しく、清掃のような汎用業務なら緩めてよい。その振れ幅を決める前提が書かれていないので、AIは無難な「原則禁止」に倒すしかありません。これは新人が同じメモを読んだときに「結局どう判断すればいいのか分からない」と固まるのと、まったく同じ構造です。

プレイブックを「どの単位でファイルに分け、どう持つか」という構造の設計はリーガルプレイブックの作り方で詳しく扱っています。本記事はその一段内側、1項目の中身に何を書くか——とりわけ「なぜ」をどう添えるかにフォーカスします。

「考え方」とは何か＝「なぜそう判断するか」の背景

ここでいう「考え方」とは、判断が変わる前提（立場・目的・部署）の上に、「なぜ、そう判断するのか」という背景を添えたものです。

たとえば再委託を厳しく見るのは、技術が外部に流出すると競争優位を失い、責任の所在も切れるから——この「なぜ」が考え方です。重要なのは、考え方は「正解（＝この条項はNG）」だけを渡すものではなく、「判断の筋（＝どういうときに、なぜ厳しく見るのか）」を渡すものだという点です。だからこそ、書いていない場面にも応用が効きます。

同じ「再委託」でも、判断は正反対になる

「考え方」が効くのは、同じ条項でも前提（パターン）によって判断が正反対になるからです。再委託を例にとると、立場・目的・部署の組み合わせで、見るべき厳しさが変わります。

条項軸の「再委託は注意」だけでは、この2つを区別できません。「開発部・コア技術・委託者なら原則不可。なぜなら技術流出で競争優位を失うから」とパターン＋考え方で書いて初めて、AIは“自社のこのケースの判断”を返せるようになります。1本の業務委託契約を端から端まで追い、ベテランがこの判定を一瞬でやっている中身を分解した具体ケースは、業務委託の「再委託可」は要修正か許容かで実演しています。

なぜ「考え方」を書くと、精度が上がるのか

考え方を書く効果は、書いた条項の判定が正確になることだけではありません。本当の価値は応用力にあります。

具体例で見てみましょう。再委託の基準に「技術が流出すると競争優位を失う」という考え方を1行添えたとします。すると、プレイブックに項目として載せていなかった**「再々委託（委託先がさらに別の会社へ出す）」や「業務の一部だけを別会社へ移管する」**といったケースについても、AIは「これも技術流出のリスクがある。だから同じ筋で慎重に見るべきだ」と判断できるようになります。

これは、考え方が「結論の暗記」ではなく「考える基準」を渡しているからです。結論だけを並べたプレイブックは、想定した条項の数だけしか守れません。一方、考え方を渡したプレイブックは、想定していなかった変化球にも、同じ価値観で対応できます。条項を増やし続けるよりも、「なぜ」を1行足すほうが、はるかに広いケースをカバーできる——これが、考え方を書くと精度が上がる本当の理由です。

「考え方」の書き方：基準に「なぜ」を1行添える

書き方は拍子抜けするほどシンプルです。条項ごとの基準（OK／許容／NG）に、「なぜ」を1行添えるだけ。専用ツールも、完璧な記法も要りません。テキストで十分です。

# 再委託
- 基準: コア技術の開発は原則不可（汎用業務は事前通知で可）
- なぜ: 技術が外部に流出すると競争優位を失い、責任の所在も切れるため
- 外れたら: 承諾時も範囲を限定し、役員承認を推奨

ポイントは3つです。第一に、「なぜ」には結論ではなく背景を書くこと。「原則不可だから」は理由になっていません。「技術流出で競争優位を失うから」のように、判断の奥にある価値観まで降りて書きます。第二に、判定できる条件とセットにすること。「重要案件は不可」ではなく「コア技術の開発は不可」と、AIでも人でも見分けられる言葉に翻訳します。第三に、完璧を目指さないこと。全条項を一度に書こうとすると挫折します。差し戻しが多い・判断が割れる条項から「なぜ」を埋め、使いながら増やすのが現実的です。

この「なぜ」を効率よく集めるコツは、ゼロから書き出そうとしないことです。AIに一度レビューさせ、人が修正したときの「修正した理由」こそが、言語化すべき考え方そのものです。この拾い方は契約レビューの属人化を解く「暗黙知の言語化」で詳しく整理しています。

やりがちな3つの失敗

考え方を書くときに陥りやすい失敗が3つあります。

1. 結論だけ書いて「なぜ」を省く：「再委託は原則不可」とだけ書くと、条項軸のメモに逆戻りです。応用が効かず、AIは想定外のケースで止まります。
2. 「なぜ」が抽象的すぎる：「リスクがあるため」では、AIはどんなリスクに反応すべきか分かりません。「技術流出で競争優位を失う」まで具体化して、初めて再々委託のような類似ケースに転用できます。
3. 全部書こうとして公開されない：網羅を目指すと完成前に力尽きます。効く条項から「なぜ」を1行ずつ。これが続けられる唯一のやり方です。

「考え方」を渡したAIに、自社の契約データを突合させる

考え方を言語化しても、それだけでレビューが完結するわけではありません。実際の判断には、「この取引先には過去にどう対応したか」「関連する基本契約や覚書で何を約束しているか」といった**自社の契約データ（事実）**が必要です。考え方（基準）と契約データ（事実）は、レビューの両輪です。

ところが、AIに自社の契約データを見せられないと、せっかく考え方を渡しても片手落ちになります。ここで効いてくるのが、契約データの正本を1箇所に集めて管理しつつ、レビューを担うAIは自社で自由に選べるオープン型CLMの考え方です。手元で育てた「考え方つきの基準」を、普段使っている生成AIから自社の契約データに向けてそのまま適用できるようになります（考え方の詳細はOpenCLMとは？ChatGPT/Claude時代のCLM選定基準、すでにAIを使う法務がCLMに求める3条件）。

まとめ：条項を増やすより、「なぜ」を1行足す

AIの契約レビューが「一般論」で止まるのは、条項ごとの注意点しか渡しておらず、「なぜそう判断するのか」という考え方を渡していないからです。考え方を1行添えると、AIは“自社のこのケースの判断”を返せるようになり、さらにプレイブックに書いていない再々委託や一部移管のようなケースにも、同じ筋で応用できるようになります。

大事なのは、条項を網羅的に増やすことではなく、効く条項から「なぜ」を言葉にしていくこと。そして、その考え方を渡したAIに自社の契約データまで突合させる——「AIは選び、契約は1箇所に集める」。考え方を手元で育て、契約の正本は1箇所に集めることが、AIレビューを「一般論」から「自社基準」へ引き上げる現実的な道筋です。

本記事はContractS株式会社のコンテンツマーケティングチームが、エンタープライズ企業の法務・調達・管理部門向けに執筆したものです。本稿の事例は説明のための仮設例であり、実際の条項の判断は個別の契約・取引実態に応じて検討してください。本記事はリーガルアドバイスではありません。

ContractS編集部

ContractSは、契約プロセスの構築や契約管理・案件管理を通じて、契約業務を最適化するシステム「ContractS CLM」を開発・販売しています。大企業から中小企業、スタートアップまで、幅広い企業の契約業務改善を支援してきた実績があり、そのコンサルティング経験を活かして、契約業務に関わる読者が参考にできる情報を発信しています。

私たちについて