Claude Codeで契約書のたたき台を作る｜雛形＋差分で組む手順と、渡す前の確認
「契約書の素案づくりまでなら、AIに手伝わせても問題ないのだろうか」と迷う方は多いでしょう。
法務担当を置いていない企業にとって、この悩みは日常的なものです。業務委託の契約が増えるたび、以前の文書を掘り起こし、条項を照合し、今回の取引条件に合うよう一つずつ修正する必要があります。何時間も費やした末に修正漏れが見つかることもあり、たとえば以前の契約相手の名称が第9条だけに残るようなミスも起こり得ます。
契約書作成の自動化について調べれば、すでに数多くの解説が見つかります。しかし、その中心は契約管理ツールの導入から、テンプレートへの情報入力、締結後の保管までを一続きに捉えた仕組み全般です。全体を理解するには役立つ一方、翌日の午後までに契約書案を1本用意したい担当者が必要とするのは、さらに手前の具体策でしょう。元にするファイルの選び方、AIに担当させる範囲、完成した案の渡し先や形式を知る必要があります。
本記事では、扱う範囲を契約書案を1本用意し、内容を判断できる相手へ引き渡す段階までに限定しました。電子署名、締結、保管については対象外です。その代わり、当社が社内用の業務委託契約書案をこの方法で準備し、専門家の確認後に実務へ取り入れた経験を踏まえ、作業が詰まった場面や、問題につながりそうだった箇所を具体的にお伝えします。
主な対象は、専任の法務担当がいない組織で契約実務を担う総務、管理部門、経営企画などの方です。専門的なIT知識がなくても読み進められます。
本記事の内容は、法律上の助言を行うものではありません。自社に適した契約条件か、関係法令を満たす内容かといった点は、弁護士をはじめとする有資格の専門家へ相談してください。ここで説明するのは、専門家のレビューに回す前段階として、確認しやすい素案を準備する方法です。製品仕様については公式のセキュリティ資料、.claudeディレクトリに関する公式資料、ならびにAnthropicが公開する利用ポリシーを参照し、2026年8月23日時点で確認できた情報をもとに記載しています。今後仕様が変わる場合があるため、利用時には必ず公式情報で最新の内容を確かめてください。第三者が運営するメディアの情報は根拠にしていません。
本記事で分かること
「たたき台まで」で止める理由は、社内ルールだけではない
はじめに、本記事を読むうえでの前提を共有します。契約書についてAIに担当させる作業は、確認前の案を整える段階までに限ります。当社独自の運用方針だけが、その理由ではありません。
Anthropicの利用ポリシーでは、法務に関する利用を高リスク用途の一つとして明記しています。また、個人または消費者への助言、判断、推奨に利用する場合は、公開や最終決定より前に、該当分野の資格を有する専門家が内容を審査することが必要です。さらに、助言や判断の作成にAIを利用している事実を対象者へ伝えることも条件とされています（2026年8月23日確認）。
企業同士で交わす契約の素案作成が、同ポリシーにある消費者向け法的助言へ必ず該当するとは言い切れません。それでも、法律分野で使う際は、人間の専門家による最終確認が必要だと提供元も想定していることは読み取れます。社内運用を素案までに制限する方針は、この考え方に沿ったものです。
現場の事情から見ても、そうすべき理由があります。契約書の不備は、文書を作成した時点ではなく、時間がたってから問題化しやすいからです。誤植であれば相手へ渡した直後に判明するかもしれません。一方、賠償責任の上限が定められていない事実は、問題が発生して初めて認識される可能性があります。当社では業務リスクを、問題発生後に元へ戻せるかという基準で分けています。その尺度では契約書は最も慎重に扱う領域です。やり直せない可能性が高い仕事ほど、処理速度よりも第三者が確実に検証できる状態へ整えることを重視します。
前提が定まれば、AIに期待する成果も明確になります。完成した契約書を生成するのではなく、レビュー担当者が少ない負担で確認できる素案を準備することです。ここからは、その目的を実現する手順を順に説明します。
白紙から書かせるのをやめる
よくある失敗は、準備をせずに「業務委託契約書を作成して」とだけ指示することです。AIは、条番号や項目名の体裁が整った、いかにも契約書らしい文章を返します。一読しただけでは、不自然な点がないように感じるでしょう。
しかし、この方法には大きな欠点があります。自社が過去に合意し、運用してきた条件が一切引き継がれない点です。
どの企業にも、規程として整理されていなくても実務の中で蓄積された基準があります。秘密を守る義務を何年継続させてきたか、成果物の知的財産を誰に帰属させてきたか、反社会的勢力の排除をどこまで詳しく定めてきたか、といった内容です。そうした方針が過去の契約文にしか残っていない会社もあります。新規生成から始めれば、この蓄積をすべて切り離すことになります。
その結果、レビューの工数も大幅に増えます。何もないところから生成した文書は、先頭から末尾まで全条項を確認し直さなければなりません。従来の社内方針を踏襲した部分と、新たな判断によって書かれた部分を区別できないためです。外部の専門家へ依頼する場合、全文確認に必要な時間がそのまま費用にも影響します。
そこで、作り方を切り替えます。今回の取引に最も似た過去契約を一つ選択し、異なる部分だけをAIに作成させます。基準が汎用的な契約文ではなく、自社で実際に採用した文書になるからです。確認者は、修正された部分と修正理由を中心に精査できます。
当社が業務委託契約の案を用意した際にも、この差分方式を採用しました。条項を一から作らせるのではなく、既存文書を基礎として、対象業務に応じて変える箇所だけを反映しています。専門家からの指摘も、全体に散らばることなく、書き換えた部分と、条件が未確定だった部分へ集まりました。レビューしやすい案を作るという目的に合った結果です。
雛形は「探す」のではなく「決めておく」
差分で作るためには、基準となる雛形が欠かせません。ところが、多くの現場では以前の契約書が保存されている場所を把握できていないことが最初の障害になります。共有フォルダの深い階層、前任者の端末、過去メールの添付など、保存先が分散しているためです。同名ファイルが3つ並び、最終版を判別できないケースもあります。
契約のたびに捜索する手間をなくすには、先に基準を固定します。行う作業は3段階です。
最初に、契約の種類ごとに基準文書を一つへ絞ります。業務委託、秘密保持、売買、利用許諾など、それぞれについて次回以降の出発点を1本だけ指定します。候補を複数残さないことが重要です。3種類の候補がある状態では、担当者が作成のたびに選択を迫られ、また文書を探す状況へ逆戻りします。
次に、その文書から個別取引にだけ関係する情報を取り除きます。契約相手の名称、報酬、契約期間、固有の業務内容などを削除し、記入欄へ変えます。この抽出作業にはAIを利用できます。たとえば、相手固有の情報、金額、期間を空欄にし、条文表現には手を加えないよう依頼します。特に原文の表現を変更しないという条件を明記することが欠かせません。この制約がなければ、AIが文章を整える目的で条文まで書き換える可能性があります。
最後に、雛形の保存先を一つにまとめ、変更履歴を追跡できるようにします。共有フォルダで管理する場合も、同じファイルへの上書きだけで済ませず、変更者、変更日、変更箇所が後から判別できる方式を選びます。契約雛形は数年にわたって再利用するため、条項が追加された経緯を誰も覚えていない時期に調べ直すこともあります。履歴の残し方は、業務文書を以前の状態へ戻せるように管理する方法で詳しく説明しています。
基準となる雛形を固定できれば、契約案の準備は過去ファイルの探索ではなく、今回の相違点を整理する作業へ変わります。この状態になって初めて、必要時間を見積もりやすくなります。
差分だけを書かせる依頼文の形
雛形を決定した後は、AIへの依頼内容をまとめます。基本構成は、参照資料の場所、今回適用する条件、成果物に関するルールという3要素です。
参照資料の場所では、使用する雛形をファイル単位で指定します。抽象的に一般的な業務委託契約を参照させるのではなく、手元にある特定の文書を示してください。Claude Codeはローカルファイルを直接確認できるため、契約文全体を入力欄へ貼り付ける必要はありません。対象ファイルの保存場所を伝えれば読み込めます。
今回適用する条件は、項目ごとの箇条書きにします。委託業務の範囲、期間、報酬の決め方、納品物の有無、常駐の要否などです。まだ確定していないものは省略せず、明確に「未定」と記して渡すことがポイントです。項目ごと欠けていると、AIが自然に見える内容を推測して補うことがあります。未定だと伝えれば、記入待ちの欄として処理させられます。
成果物に関するルールとしては、以下の4項目を定型文にして毎回含めます。
- 元の条項は維持し、今回修正が必要な条項に限って更新する。文章表現を整える目的の変更は加えない
- 確定していない情報は［ ］で示し、数値や年月日を推測して補完しない
- 書き換えた条項と変更理由を、契約本文とは分けて一覧にまとめる
- 基準文書に存在しない条項を新設した際は、追加箇所として分かるよう記載する
4項目を都度入力するのが負担なら、再利用できる手順として登録しておく方法があります。当社でも、何度も行う業務は毎回依頼文を書かず、決まった形で呼び出せるようにしています。設定方法は社内手順を再利用可能な「技」として登録する方法をご覧ください。
依頼文そのものの組み立てに迷う場合は、技術担当者でなくても使える依頼例10選も参考になります。契約関連以外の作業でも、参照する材料、適用条件、出力ルールを一組にして渡す方法は有効です。
黙って埋められてしまう6か所
ここでは、実務上とりわけ注意していただきたい点を取り上げます。
AIに契約書案を作成させると、与えていない条件まで、もっともらしい内容で補われる場合があります。厄介なのは、補完された箇所が文章の中で自然に溶け込み、目立たないことです。契約文にはもともと日付や数字が多く含まれるため、推測で追加された数字が一つあっても、通読だけでは見逃しかねません。
なかでも、自動的に補われやすいのは以下の6項目です。
第一は、委託料および金額の計算方法です。月額制や時間単価制などの方式と合わせて、相場に見える金額が入力されることがあります。問題は金額の誤りだけではありません。報酬をどう算出するかという契約の前提まで自動で決められてしまう点にあります。時間単価を前提に作られた条項を成果連動型へ変更する場合、部分修正では済まず大幅な書き直しが必要です。
第二は、契約の有効期間と更新条件です。1年間の契約とし、終了の1か月前までに申し出がなければ更新する内容が採用されやすい傾向があります。契約を自動更新にするかは、取引相手と今後どのような関係を続けるかに関わる判断です。標準値として決められる事項ではありません。
第三は、締め日と支払いまでの期間です。月末に締め、翌月末に支払う条件が自然な形で挿入されることがあります。社内の支払手順に合わない条件を採用すれば、経理部門へ継続的な負担が生じます。
第四は、損害賠償責任に設ける上限です。責任額を限定しない案になる場合もあれば、委託料に相当する金額を最大額とする場合もあります。同内容の依頼でも生成するたびに異なる案が出る可能性があるため、AIの選択をそのまま採用できません。
第五は、知的財産権をどちらに帰属させるかです。業務から発生した著作権を発注側へすべて移す文言が入りがちです。しかし実際には、受託者が契約前から保有する資産の扱いや、汎用的なノウハウを他案件で利用できるかなど、より細かな整理が求められます。
第六は、紛争時の合意管轄です。企業の所在地を根拠に、近隣の裁判所が自動で指定されることがあります。管轄裁判所も当事者が検討して合意すべき条件であり、所在地からの推測に委ねる内容ではありません。
6項目はいずれも、保留中の条件であっても、確定済みのような自然な文章にできるという共通点があります。文法や流れに違和感がないため、文章だけを読んで誤りを発見するのは困難です。この見落としを防ぐために、次に紹介する形式を用います。
未確定は「空欄のまま」ではなく「空欄だと分かる形」で残す
対応方法は難しくありません。決まっていない項目は記入欄として本文に残し、さらに文末で保留事項の一覧にまとめます。本文と一覧の両方で示す方式です。
本文中に空欄を設けるだけでは、十分な対策になりません。契約書の分量が多ければ、途中にある［ ］は簡単に見過ごされます。20ページある文書の第12条だけに空欄が残っている状況では、発見できるかどうかが確認者の注意力に左右されます。
そのため、文書の最後に未決定項目を集約したリストを必ず出力させます。契約本文をすべて読み込まなくても、末尾の1枚を確認するだけで、確定済みの条件と決定待ちの条件を把握できる形が理想です。
当社で業務委託契約の案を準備した際も、同じ構成を使いました。本文の後に確定事項と記入待ち事項を分けて掲載し、残っている作業が一覧で分かるようにしています。実際の確認では条文への修正意見より、まだ社内で決めていなかった事項を発見する場面が多くありました。契約準備で多くの時間を要するのは法的な言い回しを書く作業よりも、未決定の条件を一つずつ認識する作業だからです。
さらに、各空欄の隣に、記入に必要な判断を短く添えると後工程が進めやすくなります。記号だけが残っていても、別の担当者には入力内容が伝わりません。たとえば「［ ］（※業務開始日。相手方の開始可能日を確認後に記入）」と示せば、決める内容だけでなく、確認先も同時に残せます。
たたき台に必ず付ける3つの付録
未確定事項のリストを含め、契約書案には本文と分離した3種類の資料を添付します。この付録があることで、レビュー担当者の確認作業を大幅に減らせます。
一つ目は、確定済みの条件と記入待ちの条件を示す資料です。前の節で説明したように、決定済みと保留中を分けて列挙します。この資料を見るだけで、素案がどの段階まで仕上がっているかを判断できます。
二つ目は、素案作成時に行った判断の記録です。参照元となった雛形、修正した条項とその理由、新たな条項を加えた事情を記載します。重要なのは、契約本文へ書き込まず、別資料として管理することです。コメントが契約文に混在すると、削除しないまま相手へ渡すおそれがあります。合意の対象となる本文と、作成過程のメモを明確に分離する運用が安全です。
三つ目は、判断が必要な論点をまとめた資料です。作成担当だけでは結論を出せない点を、質問文の形式にします。個人との契約における源泉徴収の記述が適切か、知的財産の条項で既存資産を別途定義する必要があるか、といった問いが該当します。
最後の資料は、専門家へ確認を依頼する段階で特に役立ちます。質問事項を、そのままレビュー依頼文の中心として利用できるためです。ファイル一式だけを送り全体確認を求める場合と、修正箇所、未決定事項、判断を求める3つの論点を明示する場合では、回答の具体性もレビュー時間も変わります。
これら3資料の作成はAIに担当させられます。変更点と理由を漏れなく整理できることは、差分方式の大きな利点です。人が契約書を直接直す作業では、修正箇所の記録が作られないまま終わることが少なくありません。
本文はテキストで持ち、渡す直前に変換する
次は、ファイル形式の選び方です。提出時にはWordやPDFが用いられることが多いため、はじめから同じ形式で作りたくなるかもしれません。当社では、作業中の契約本文をテキストファイルで管理し、提出する直前に相手が使う形式へ変えています。
この運用を採る理由は3つあります。
第一に、変更した位置を行ごとに記録できるからです。テキスト形式なら、前の版から変わった箇所を比較して抽出できます。一般的な文書ファイルでは、見た目だけで差分を把握するのは簡単ではありません。甲と乙が確定したため反映したという修正が、契約全体のどこへ影響したかを後から調べられることは、長期間使う契約文書の管理に有効です。
第二に、内容を考える段階で体裁調整を切り離せるからです。最初から文書ファイルを生成すると、書体、行間、条番号の自動設定などに作業が割かれます。加えて、ファイル変換によって表示が乱れる場合もあります。先に内容を確定し、その後で見た目を整えるほうが、全工程では短時間で済みます。
第三に、保管場所を選ばず、横断検索もしやすいからです。テキストならファイルを開かずに内容を検索できます。過去の反社会的勢力排除条項を調べたいときも、文書ファイルを一つずつ開いて探す手間がありません。
実際の流れでは、まずテキストで契約案を作り、内容の承認を得てから配布用文書へ変換します。当社の業務委託契約書も、作業用テキストと配布用文書を分ける方式で扱いました。すべての修正を作業用ファイルへ集約し、提出用ファイルには直接手を加えないという決まりを設ければ、最新ファイルがどちらか分からなくなる事態も避けられます。
内容と見た目を分け、配布直前に変換する進め方は、契約書以外にも応用できます。提案資料や業務報告書など、本文の検討とレイアウト調整が別工程になる文書全般で使える方法です。
作って渡すまでの5工程
ここまで説明した内容を、作業の順番に沿って5段階に整理します。
第1工程では、使用する雛形を指定します。契約種別ごとに事前登録した文書を一つ選びます。この段階で候補を決められない場合は、契約案の作成を進める前に雛形管理を整える必要があります。
第2工程では、雛形と今回の条件が異なる部分を列挙します。整理方法は紙へのメモでも問題ありません。委託する業務、期間、報酬、成果物、秘密情報の範囲などを書き、確定前の項目は「未定」と示します。この相違点の洗い出しは、人が担当すべき工程です。個別取引に必要な条件は、過去の雛形やAIだけでは把握できません。
第3工程で、相違部分をAIに反映させます。参照ファイルの保存先、今回の条件、成果物のルールをまとめて提示します。出力を受け取ったら、最初に変更点のリストを確認し、その後に契約本文を通して読みます。
第4工程では、未確定事項を一つの一覧へまとめます。文末に付けた3資料を確認し、本文中の空欄が保留事項の一覧から漏れていないか照合してください。本文と一覧の不一致は、実際の出力でも発生します。食い違いを見つけた場合は、その箇所を具体的に示して修正させます。
第5工程で、相手に渡すファイル形式へ変換します。内容を確定してから書式を整え、変換後のファイルを実際に開いて表示を確認します。条番号がずれる、リストの階層が崩れる、空欄を示す記号が消えるといった問題は、形式変換時によく起こります。変換結果を目で確かめる前に提出しないという原則は、契約書以外の文書でも必要です。
5段階のうち、AIが中心となるのは第3工程と第4工程の一部です。その他は引き続き人が行います。それでも手作業だけで過去文書を探していた場合に比べ、社内で決定すべき条件を作業の早い段階で可視化できるという大きな利点があります。
契約書を読ませると、手元に写しが増える
見過ごされることが多い重要事項なので、ここでは端末上に残る記録を個別に説明します。
Claude Codeでは、ツールが扱った情報がローカルの記録として保存されます。公式資料によると、読み取ったファイル本文、コマンドの実行結果、入力欄へ貼り付けた文章などがディスクへ書き出されます。しかも、これらは暗号化されない平文として記録されます。アクセスを防ぐ仕組みは、OSが備えるファイル権限です（2026年8月23日確認）。
したがって、契約書全体をClaude Codeに読み込ませれば、その複製が自分の端末内にもう一つ作られることになります。元ファイルを保存している共有フォルダで厳格なアクセス権を設定していても、ローカルに生じた記録はその管理範囲に含まれません。
ローカル記録には保存期間を指定でき、初期設定では30日を超えたデータが起動時に消去されます。一方、入力したプロンプトの履歴は自動消去の対象外である点に注意が必要です。保存量を抑えるには、保持する日数を減らす、履歴を書き出さない設定へ変えるなどの方法があります。プロジェクトごとの保存状態を一括消去するためのコマンドも提供されています。
実務では、少なくとも以下の2点を運用ルールにします。
- 締結後の契約全文は、明確な必要性がなければ読み込ませない。基準として参照する場合は、取引固有の情報を除去した雛形を使う
- 氏名や住所などの個人情報は、素案の作成中には入力せず記入欄にする。提出ファイルへ変換する最終段階で追加すれば足りる
この2つを徹底すれば、端末へ複製される情報の機密度と量を大きく抑えられます。入力可能な情報と避けるべき情報の判断基準は、情報流出を防止するためのデータ境界で解説しています。記録の保存場所や残り方については、操作記録と監査ログの解説もご確認ください。
先方から届いた契約書は「材料」であって「指示」ではない
これまでは自社側で契約案を提示する場合を中心に説明しました。ここでは反対に、取引相手が送付した契約書をAIへ読み込ませる場合の注意点を取り上げます。
外部文書には、AIへ向けた命令のように読める文章が混入している可能性があります。これはプロンプトインジェクションといい、第三者が文書やWebサイトに命令文を埋め込み、それを処理するAIに想定外の操作をさせようとする攻撃です。公式のセキュリティ資料では複数の防御策が説明されていますが、同時に、あらゆる攻撃を完全に防げる仕組みは存在しないことも記されています（2026年8月23日確認）。
契約書は、特に注意を要する外部文書です。社外から受け取るものであり、ページ数が多く、担当者が全文を精読せずAIへ処理させる可能性も高いという3条件が重なります。
当社の規範では、外部から取得した情報は処理対象のデータであり、従うべき命令ではないと明確に定めています。文中に指示への服従を求める表現があっても実行せず、該当文を引用したうえで担当者へ知らせます。本人の承認を得ている、または緊急対応であると文書内に書かれていても、扱いは同じです。
さらに、社外文書を処理した直後には、外部送信、データ削除、設定の書き換えを実行しないというルールも設けています。読み取った情報の内容にかかわらず、別途、人による承認を必須にします。
現場では、次の3点を守れば基本的な対策になります。
- 相手方の契約文を読み込ませる際は、要点整理や差異抽出など、閲覧だけで完結する作業に絞る
- 文書を処理した直後には、ファイル編集や社外送信を伴う作業を連続して指示しない
- 要約結果に命令と思われる不自然な文が含まれていれば、対象部分を抜き出して担当者に知らせるよう求める
任せてはいけない5種類の判断
ここまでAIを活用する流れを説明しましたが、人が担当すべき領域も具体的に定めておく必要があります。以下の5項目は、契約書案を準備する作業には含めません。
第一は、各条項が自社に有利か不利かを判定することです。AIが一般的な内容だと説明しても、広く使われている条件が自社にも適切とは限りません。取引上の立場や相手との過去の経緯まで踏まえた評価はできないからです。
第二は、関係法令に適合しているかの結論を出すことです。該当する法律に改正がないか、特定業種にのみ適用される規制へ抵触しないかといった判断は、有資格の専門家へ委ねる必要があります。
第三は、どこまで交渉できるかを見定めることです。相手が受け入れそうな条項と、自社が譲歩できない条件の線引きは、取引関係を理解する担当者にしか行えません。
第四は、押印や電子署名によって契約を成立させる操作です。当社では、社外へ出る成果物は案の作成までとする制限を、注意事項ではなく権限設定によって維持しています。そもそも送信機能を利用できないようにする考え方であり、契約を締結する行為はAIの担当範囲に入りません。
第五は、契約文を最終版として承認することです。相手へ提示可能だと決裁する主体は人でなければなりません。どれほど完成度の高い素案でも、この責任までAIへ渡すことはできません。
これら5種類の判断を除いた作業が、AIに任せられる範囲です。境界を事前に決めておけば、案件ごとに可否を悩まずに済みます。ミスの影響を抑える業務設計については、承認を挟み、下書きで止め、元に戻せる仕組みに詳しくまとめています。
専門家に渡すときの依頼文は、たたき台から自動で作れる
契約案を作り終えたら、最後に内容を審査できる専門家へ引き渡します。
よく見られるのは、契約ファイルのみを添付し、確認をお願いする短いメッセージを送る方法です。これでは、受け取った相手が文書全体を一から読み解かなければなりません。レビューに要する時間が増え、有償で依頼する場合は費用の増加にもつながります。
先に紹介した3種類の付録があれば、それを材料に依頼文を構成できます。記載する情報は以下の5項目です。
- 対象となる契約の種類と、契約相手が法人か個人か（個人では税務上の処理が異なるため、この区分を明記する）
- 土台として使用した雛形（以前に専門家の審査を受けた文書なら、その経緯も記載する）
- 修正対象となった条項と、変更した背景（付録に記録した素案作成時の判断を転記できる）
- 現在も確定していない条件（確定済み・記入待ちを分けた付録から抜き出せる）
- 専門的な判断を求める論点（判断が必要な事項をまとめた付録を利用できる）
上記5項目を盛り込んだ確認依頼は、契約書案をもとにAIで作成することも可能です。付録が項目別に整理されていれば、必要な情報を依頼文の順番へ並べ直す作業で済みます。
また、AIを利用して素案を準備したことを専門家へ伝えるか迷うかもしれません。当社は、利用した事実を明記する方法を推奨します。先ほど触れたように、Anthropicの利用ポリシーは高リスク用途についてAI利用の開示を求めています。実務面でも、過去契約を人が直接編集した文書と、雛形からAIが差分を反映した文書では、確認時に重点を置く場所が異なります。作成方法を共有したほうが、より的確なレビューを受けやすくなります。
よくある質問
Q. 基準として使える過去契約が社内にありません。最初は何を使えばよいでしょうか。
初回については専門家へ作成を依頼するか、公的機関が提供する書式をもとに準備する方法が安全です。専門家の確認を終えた文書を正式な雛形として登録すれば、次の契約から差分方式へ移行できます。避けるべきなのは、AIがゼロから作った未検証の文書を、そのまま標準雛形に採用することです。誤った前提が残っていれば、以降の全契約へ繰り返し反映されてしまいます。
Q. AIが書いた条項が法的に適切な表現か、自分では見分けられません。
作成担当者が法的な妥当性まで判定する必要はありません。その確認は、レビューする専門家が担います。担当者が行うべきなのは、雛形から変更された場所を明らかにすることです。修正箇所が特定されていれば、確認者はその部分へ重点を置けます。どこを変えたか不明なまま提出すると、表現の評価に入る前に全文を照合する作業が必要になります。
Q. AIで作った契約案だと伝えたら、相手に敬遠されないでしょうか。
最終内容を人が確認し、人の判断で締結するのであれば、素案の作成作業を効率化したという説明だけで通常は問題になりません。問題になりやすいのは、人による確認を省いた場合です。伝える際は、過去に用いた契約文を基礎に案を作り、人が内容を点検したうえで提示していると説明し、確認工程があることも併せて示すとよいでしょう。
Q. 相手から受け取った契約書のレビューにもAIを利用できますか。
自社雛形との相違点を抽出するような客観的な比較作業には利用できます。事実関係の照合であれば、人が結果を再確認することも可能です。ただし、ある条項が自社に不利益かを決める評価作業は、先に挙げた任せられない判断に該当します。AIで差異の候補を整理し、その影響は人や専門家が評価する分担にしてください。
Q. 読み込ませた契約内容が、AIモデルの学習データになる心配はありますか。
法人向け契約では、利用者が明示的に同意した場合を除き、初期状態でモデル学習には利用されません。ただし、モデル学習に使われるかどうかと、利用者の端末に操作記録が保存されることは別問題です。契約文書を扱う現場では、外部へのデータ送信だけでなく、このローカル記録の管理が重要な検討事項になります。
Q. Wordなどへ変換すると、文書のレイアウトが乱れてしまいます。
形式変換では崩れが起こるものとして、確認工程を最初から予定に含めます。変換作業は内容確定後の1回に集約し、完成ファイルを開いて画面で点検してください。特に乱れやすいのは、条番号の自動設定、リストの入れ子、空欄記号、表の境界線です。確認対象を事前にチェックリストへまとめておけば、最終点検を短時間で終えられます。
まとめ
最後に、実務上の要点を振り返ります。
- AIが契約書について担当するのは、レビュー前の案を組み立てる段階までとします。Anthropicは法律分野を高リスク用途に分類し、有資格者による事前審査とAI利用の開示を条件にしています（2026年8月23日確認）
- 契約文を一から生成せず、内容が近い過去の契約を土台に相違点だけ反映します。自社で使った実績のある文書から始められ、確認者が読む範囲を絞れます
- 標準雛形は契約種別ごとに一つへ固定します。作成のたびに過去ファイルを探す運用では、変更点を中心に進める方式を定着させられません
- AIへの指示は、参照ファイル、個別条件、成果物ルールの3要素で構成します。確定前の条件も省かず、「未定」と明記します
- 報酬、期間、支払条件、賠償責任の上限、知財の帰属、合意管轄という6項目は推測で補われやすい箇所です。自然な契約文として出力されるため、単なる通読では発見しにくい点に注意します
- 保留中の情報は本文に記入欄を設け、さらに文末の一覧にも掲載します。長い契約書の途中に空欄だけを残すと、確認時に見逃されるおそれがあります
- 契約案には、確定済みと記入待ち、作成時の判断、今後判断する論点という3資料を添えます。そのまま専門家への確認依頼を構成する材料になります
- 作業版はテキスト形式で管理し、提出の直前に配布用ファイルへ変換します。修正履歴を行ごとに追えるうえ、内容検討とレイアウト作業を分離できます
- 契約内容を読み込ませると、暗号化されていない記録が端末内に作成されます。保護手段はOSのアクセス権限です（2026年8月23日確認）
- 取引先から受け取った契約文は処理対象であり、AIへの命令として扱いません。読み込み直後の外部送信、削除、設定変更も避けます
この流れで用意する契約書案は、最終版ではありません。あえて未完成の状態を保ち、専門家へ引き渡します。未決定の条件が明確に識別できる文書は、見た目だけ完成している文書より、レビューする側が安全に扱えます。当社の経験でも、契約準備で負担になるのは条文を書く時間以上に、決めるべき事項が未決定だと発見する時間でした。
当社は、技術部門以外を対象にClaude Codeの導入支援と研修を提供しています。雛形の整理から、依頼方法の標準化、入力可能な情報の基準づくり、レビュー工程の設計まで、各社の実務に合わせて支援内容を組み立てます。初回のご相談は無料です。
