SpotDraftの台帳はまず読み取りだけ｜汎用AIから契約を引く前に

「営業が自分で取引先の契約条件を確かめられたら、法務への問い合わせはかなり減るはず」「でも、社員が使うAIから契約台帳を引けるようにしたら、役員や人事の契約まで出てこないか」——締結済みの契約の扱いを話し合うと、法務と事業部門のあいだでこの二つの声がぶつかります。事実から見ると、契約管理の SpotDraft は2026年10月29日の公式ブログで、Claude のコネクタ一覧に掲載されたと発表しました。社員は Claude から契約台帳を検索し、条件を比べ、承認の状況を確かめられます。一覧から追加するコネクタは読み取り専用で、AIが見られるのはその社員が SpotDraft で見られる契約だけだと説明しています。つなぐかどうかより先に決めるべきなのは、誰の権限で何を読ませ、どの答えを法務が確かめるかです。この記事では、契約台帳を社員の汎用AIから引けるようにするときに起きる三つの問題（見えてはいけない契約が見える・条件を読み違える・古い版が混ざる）と、その原因と対策、読み取りと書き込みの線、マーケ・営業が自分で条件を引けることの利点と限界を整理します。

SpotDraft は、契約の作成から締結後の管理までを一つにまとめる基盤

SpotDraft は、企業の法務部門向けの契約管理の基盤です。公式サイトでは、契約の作成、審査、やりとり、承認、電子署名、保管、分析までを一つの仕組みで扱うと説明しています。拠点として米国ニューヨークとインドのベンガルールが示されており、インドで生まれて米国に拠点を広げた会社です。日本語の解説はまだほとんどなく、国内では海外の契約管理の製品を比べる文脈で名前が挙がる程度です。

AIの機能としては、契約を取り込んだ時点から整理して検索できるようにする機能と、交渉の段階でリスクを早めに示す機能を打ち出しています。公式サイトは、AIが自社の契約、事業の背景、審査の基準（いわゆるプレイブック）に基づいて動くと説明し、認証として ISO 27001、SOC 2 の第二類型、欧州の一般データ保護規則への対応、米国の医療情報の規則への対応を掲げています。認証は情報の管理体制の目安であって、AIの答えの正しさを保証するものではありません。

契約書の審査をAIに任せる一般論や、弁護士法との関係の整理は別の記事で扱っています。この記事が扱うのは、締結済みの契約の山、つまり契約台帳を、社員が普段使う汎用AIから検索・比較できるようにするときに何が起き、どこに線を引くかです。

2026年の動き：1月の追加調達と、10月のコネクタ一覧への掲載

SpotDraft は2026年1月27日前後に、米国の半導体大手の投資部門から800万ドルの追加調達を行ったと報じられました。報道では、端末の上で動く契約審査のAIに力を入れるための資金とされ、企業価値は約3億8千万ドルと伝えられています。主導した投資家については報道によって記述が分かれています。

そして2026年10月29日、公式ブログで Claude のコネクタ一覧への掲載を発表しました。設定画面から SpotDraft を追加し、自社の SpotDraft の認証でログインすれば、Claude から契約台帳に問いかけられるようになります。公式ブログが挙げる使い方は、責任の上限や補償、解除の条件が普段と違う契約を洗い出す、審査の基準から外れた条項を示す、更新や支払いの期限を追う、承認の待ち状況を確かめるといったものです。

このコネクタの裏側にあるのが、SpotDraft の MCP サーバーです。公式ヘルプによれば、接続先はインド・米国・欧州・中東の4つの地域に分かれており、自社の SpotDraft の作業領域がある地域に合わせて接続します。認証は OAuth による本人のログインが推奨で、開発者向けの設定から発行する鍵による接続もできます。どちらの方式を選ぶかで、AIが誰の権限で台帳を引くかが変わります。この点は後の節で扱います。

コネクタで何ができるか：読み取りの道具と書き込みの道具

公式ヘルプは、MCP サーバーが持つ道具を読み取りと書き込みに分けて示しています。読み取りの道具は、契約の一覧の検索と絞り込み、契約の進み具合、抽出済みの全文、主要な項目の構造化データ、承認の流れ、コメントを含む操作の記録、ダウンロード用のリンク、親の契約や変更の覚書・追加の合意といった関連する契約の取得です。ほかに、ひな形、取引先、利用者と役割、法務への相談の受付の一覧も読めます。

書き込みの道具は、契約の新しい版のアップロード、取引先への契約の送付、承認依頼の作成、操作の記録へのコメント、作業の割り当て、法務への相談の作成・更新・削除です。書き込みの道具は初期状態で無効になっており、接続先に書き込みを有効にする指定を付けたときだけ使えます。Claude のコネクタ一覧から追加するコネクタは読み取り専用で、書き込みを使うには自社で個別のコネクタとして登録し直す必要があると説明されています。

つまり、一覧から追加しただけの状態では、Claude は契約を読むことしかできません。この「読むだけ」の状態が、社内で最初に許す範囲の基準になります。読むだけでも、次に挙げる三つの問題は起こり得るため、書き込みを考えるのはその手当てが済んでからです。

課題1：見てはいけない契約が見える

最初の問題は、社員がAIに問いかけたとき、本来その社員が知る必要のない契約が答えに出てくることです。たとえば営業の担当者が「取引先との契約で、責任の上限が低いものを一覧にして」と頼んだとき、自分の担当の顧客との契約だけでなく、役員の報酬に関わる契約、人事の個別の合意、買収の検討に関わる秘密保持契約まで一覧に並ぶ、という状況です。

SpotDraft の公式ヘルプは、AIが見られるのは認証した利用者がすでに見られる契約とデータだけで、権限が引き上げられることはないと説明しています。これは正しい設計ですが、裏を返せば、利用者の権限が広すぎれば、その広さのままAIが探せるということです。人が画面で契約を一件ずつ開いていた頃には目に触れなかった契約が、AIの一括検索では簡単に拾われます。

この問題は、情報が社外に出る事故ではなく、社内で知るべき人の範囲が崩れる事故です。それでも、未公表の取引や個人の待遇に関わる契約が社内に広まれば、取引先との秘密保持の義務や、社員の個人情報の扱いの問題になります。

原因：閲覧権限が、AIを想定しない前提で付いている

多くの会社では、契約管理の閲覧権限は「必要になったら広げる」形で付けられてきました。営業部門の全員に部門の契約をまとめて見せる、法務と取引のある部門の管理職に全件の閲覧を許す、といった設定です。画面で一件ずつ探す時代には、広めの権限でも実害は小さく、見に行く手間が一種の歯止めになっていました。

汎用AIから引けるようになると、この歯止めが消えます。AIは台帳を横断して条件で絞り込み、要約して並べるため、権限の中にあるが誰も見に行かなかった契約が、問いかけ一つで表に出ます。さらに、AIに頼む人は、自分がどこまでの契約を見られる設定になっているかを知らないことがほとんどです。答えに出てきた契約を、見てよいものだと受け取ってしまいます。

もう一つの原因は、契約の分類の粗さです。秘密性の高い契約に専用の分類や閲覧制限を付けていないと、権限の設定で区別しようがありません。権限の問題に見えて、実は台帳の整理の問題であることが少なくありません。

対策：つなぐ前に、閲覧権限と台帳の分類を棚卸しする

対策は、コネクタを有効にする前に、誰がどの契約を見られるかを棚卸しすることです。進め方は次のとおりです。

試験の段階では、意図的に「すべての契約から、金額の大きい順に10件」のような広い問いかけをしてみるのが有効です。広い問いかけで出てくる契約の顔ぶれを見れば、その利用者の権限の実態がすぐに分かります。この試験を、権限の設定を変えるたびに繰り返すことで、棚卸しが一度きりで終わらずに済みます。

課題2：条件を読み違える

二つ目の問題は、AIが契約の条件を取り違えて答えることです。典型的なのは、本体の契約では責任の上限が年間の支払額までとなっているのに、後から結んだ変更の覚書で上限が引き上げられているケースです。AIが本体だけを読んで答えれば、現在の条件とは違う答えになります。自動更新の有無、解約の予告期間、支払いの条件も、覚書で変わっていることがよくあります。

もう一つは、全文が読めていない契約です。公式ヘルプは、全文を取得する道具は文字の抽出が済んだ契約でしか動かず、文字認識をしていない読み取り画像の PDF では文字が取れない場合があると書いています。古い紙の契約を読み取り画像のまま台帳に入れている会社は多く、その契約については、AIは項目の情報だけで答えるか、答えられないことになります。

さらに、AIの要約は言い切りの形で返ってきます。「この契約に競業の禁止はありません」という答えが、本当に条項が無いのか、AIが読めた範囲に無かっただけなのかは、答えの文面からは区別できません。無いという答えほど、根拠の確認が要ります。

公式ブログが例に挙げる、審査の基準から外れた条項を台帳全体から洗い出す使い方も、同じ注意が要ります。外れていると示された契約を確かめるのは比較的簡単ですが、外れているのに示されなかった契約は、誰も気づきません。全件の洗い出しにAIを使うなら、結果を使う前に、法務が既に把握している外れた契約を数件選び、それが漏れなく拾われているかで精度を確かめておきます。

原因：契約は本体だけで完結せず、台帳の項目も完全ではない

条件の読み違いの根本には、契約が一つの文書で完結しないという性質があります。本体の契約、変更の覚書、追加の合意、個別の発注書が組み合わさって、ある時点の条件が決まります。SpotDraft の読み取りの道具には、親の契約や変更の覚書を取得するものがありますが、台帳の中で本体と覚書が正しく関連付けられていなければ、AIはそれを辿れません。関連付けは、契約を取り込んだときの人の作業に頼っている部分が大きいのが実情です。

台帳の項目（契約の相手、期間、金額、更新の条件など）も、取り込み時の抽出と人の確認の質に左右されます。項目が誤っていれば、AIは誤った項目をもとに一覧を作ります。また、日本語の契約が多い会社では、抽出の精度が英語の契約と同じとは限りません。日本語の契約でどこまで正しく項目が取れるかは、自社の契約を使って試してから判断します。

つまり、AIの答えの質は、AIの性能より先に、台帳の整い方で決まります。契約台帳を汎用AIに開くことは、台帳の整理の遅れを表に出すことでもあります。

対策：答えに、根拠の条項と契約の状態を必ず付けさせる

読み違いへの対策は、AIの答えに根拠を付けさせることです。社内で配る使い方の指針に、条件を尋ねるときは必ず契約の名前、条項の番号、引用した文言、関連する覚書の有無、契約の状態（締結済みか、交渉中か）を答えに含めるよう頼む、と書いておきます。根拠が付いていれば、読んだ人が台帳の該当箇所を開いて確かめられます。

そのうえで、AIに判断させない領域を決めておきます。条件の解釈（この条項は今回のトラブルに当てはまるか）、相手方への回答の文面、契約を更新するか解約するかの判断は、AIの答えを材料にして人が決めます。AIの答えは「どこを読めばいいか」の案内であって、「どう読むか」の結論ではない、という位置付けを社内に周知します。

• AIが「該当する条項はありません」と答えたので、契約書を開かずに相手方に回答する
• 本体の契約の要約だけを見て、覚書で変わった支払い条件を見落とす
• 読み取り画像のままの古い契約について、AIの答えが空なのを「条件なし」と受け取る
• AIの要約を、そのまま社内の稟議の根拠として貼り付ける

課題3：古い版や未締結の版が、答えに混ざる

三つ目の問題は、台帳の中に、締結済みの最終版だけでなく、交渉途中の版や、結局締結されなかった案が混ざっていることです。契約管理の基盤は作成から締結までを扱うため、交渉中の契約も台帳に並びます。AIに「この取引先との契約の支払い条件は」と尋ねたとき、交渉中にこちらが出した案の条件が、締結済みの条件のように答えられることがあり得ます。

原因は、問いかけた人が契約の状態を指定しないことと、AIが状態の違いを答えに明示しないことの両方です。SpotDraft の読み取りの道具には契約の進み具合を取得するものがあるため、状態は台帳に記録されています。問題は、それを答えに反映させるかどうかです。

対策は二つあります。一つは、使い方の指針で「締結済みの契約だけを対象に」と指定する習慣を付けることです。もう一つは、答えに契約の状態を必ず書かせ、交渉中や未締結の契約が含まれていたら明示させることです。過去の交渉の経緯を調べたいときは、あえて交渉中の版を含めて尋ねる、という使い分けも指針に書いておきます。

読み取りと書き込みの線：書き込みを開くなら、何から

一覧から追加するコネクタは読み取り専用ですが、自社で個別のコネクタとして登録し、書き込みを有効にすれば、AIから契約の新しい版のアップロードや、取引先への送付、承認依頼の作成もできるようになります。公式ヘルプは、書き込みは本人が明示的に指示したときだけ動き、必要な利用者や連携にだけ有効にすることを勧めると書いています。

書き込みの道具は、影響の大きさで分けて考えます。

道具の種類	影響	社内での扱いの目安
検索・全文・項目・承認状況の読み取り	社内の閲覧の範囲内	権限の棚卸し後に、対象部門で許す
操作の記録へのコメント	社内の記録が増える	法務の運用が固まってから、法務に限って許す
作業の割り当て・相談の受付の作成	社内の業務が動く	受付の流れに組み込めるなら検討する
承認依頼の作成	社内の承認の流れが動く	承認の経路が製品の規則で縛られているかを確かめてから
新しい版のアップロード	契約の正本が変わる	当面は許さない
取引先への送付	社外に契約が出る	AIからは許さない

社外に契約を送る操作と、正本を差し替える操作は、AIから行わせないのが基本です。承認依頼やコメントのように社内で完結する操作から、法務の運用に合わせて少しずつ広げていきます。書き込みを有効にした接続は、誰の接続で有効にしたかを台帳にして、不要になったら指定を外して無効に戻します。

公式ヘルプによれば、書き込みが無効のままAIが書き込みの道具を呼ぶと、サーバーは拒否の応答を返し、有効にする方法を案内します。裏を返すと、接続先の指定を一つ変えるだけで書き込みに進めてしまうということです。個別のコネクタを登録し、書き込みを有効にできる人を、情シスと法務の管理者に限る設定にしておかないと、読み取り専用で始めたはずの運用が、利用者の判断で書き込みに広がります。Claude の組織の設定で、社員が自分でコネクタを追加できるかどうかも合わせて確かめておきます。

誰の権限で台帳を引くか：本人のログインと共有の鍵

SpotDraft の MCP サーバーへの接続には、OAuth による本人のログインと、開発者向けの設定から発行する鍵による接続の二つがあります。本人のログインなら、AIはその社員の権限で台帳を引き、操作の記録にもその社員の名前が残ります。公式ヘルプも OAuth を推奨しています。

注意したいのは、鍵による接続を社内の共有の仕組みに組み込む場合です。たとえば、社内向けのAIの窓口に一つの鍵を設定して、誰が問いかけても同じ鍵で台帳を引く形にすると、問いかけた社員の権限ではなく、鍵を発行した利用者の権限で答えが返ります。発行した人が法務の管理者なら、全社員が実質的に法務の管理者と同じ範囲を見られることになります。作業の割り当ての道具は鍵では使えず OAuth だけで動くと公式に書かれており、本人の認証を前提にした設計であることが分かります。

社員に配るなら、本人のログインによる接続だけを許し、共有の鍵による接続は情シスと法務の承認制にするのが安全です。止めるときも、本人のログインなら、退職や異動の手続きで SpotDraft の権限を外せば、AIからの接続も同時に使えなくなります。全社で止める必要が出たら、Claude の組織の設定でコネクタの利用を止め、SpotDraft 側で発行した許可を取り消す、という二段の手順を決めておきます。

何が社外に出るか：契約の本文がAIの会話に入る

コネクタを使うと、AIが読み取った契約の本文や項目は、Claude の会話の中に入ります。つまり契約の内容は、SpotDraft の中にとどまらず、AIの提供元の環境を通ることになります。SpotDraft 側の接続先は地域ごとに分かれていますが、会話の中に入った契約の内容がどこで処理され、どれだけ保存されるかは、AIの提供元の契約と設定で決まります。

確かめておきたいのは、Claude を会社としてどの契約形態で使っているか、会話の内容を学習に使わない設定になっているか、会話の履歴の保存期間と、管理者が履歴を確かめられるかです。取引先との秘密保持契約には、契約の内容を第三者に開示しないという条項があるのが普通です。AIの提供元を、自社の業務の委託先として扱えるかを、法務が秘密保持の条項に照らして確かめておきます。

もう一つ見落としやすいのが、つなぐ先のAIが一つとは限らないことです。SpotDraft の公式ブログは、OpenAI のコネクタも Claude のものと同じように使えると述べています。社員が部門ごとに別のAIを使っている会社では、どのAIからの接続を許すかを決めないまま、それぞれの利用者が自分のAIにつないでしまうことが起こり得ます。契約台帳につないでよいAIは、会社として契約し、学習に使わない設定と履歴の管理が確かめられたものに限る、と使い方の指針に書いておきます。

• SpotDraft の公式ブログのよくある質問の欄には、データの保存地域についての問いが載っているが、本文からは回答を確認できなかった。契約前に書面で確かめる
• 公式サイトには、顧客のデータをAIの学習に使うかについての記載を確認できなかった
• 個人に関わる情報を含む契約（雇用・業務委託の個人など）は、対象から外すか閲覧を絞る

マーケ・営業が自分で条件を引けることの利点と限界

この仕組みの利点ははっきりしています。マーケや営業の担当者が、取引先との契約の更新日、支払いの条件、共同で発表してよいかの条項、ロゴの使用の許諾などを、法務に問い合わせずに自分で確かめられます。たとえば、導入事例の記事を出す前に、その取引先との契約で社名の公表が許されているかを調べる、といった使い方です。法務にとっても、定型の問い合わせが減れば、判断の要る相談に時間を回せます。

一方で限界もあります。答えはあくまで台帳に書かれていることの案内で、解釈ではありません。「社名の公表は事前の書面の同意を要する」という条項が見つかっても、過去にメールで同意をもらっているかは台帳の外の事情です。条件を引いた結果を相手方とのやりとりに使う場合は、法務の確認を経てから使うというルールを残します。

また、事業部門の担当者が見られる契約は、権限の棚卸しの結果、自分の担当の範囲に絞られることになります。それで足りない調べものは、従来どおり法務に依頼します。自分で引ける範囲が狭いのは、仕組みの欠陥ではなく、棚卸しが効いている証拠です。

始めるときは、法務が部門ごとの問いかけの例を数本用意して配ると、使い方がそろいます。マーケなら「この取引先との契約で、社名やロゴの公表について定めた条項を、条項の番号と引用付きで示して。締結済みの契約だけを対象に」、営業なら「担当している取引先のうち、今後90日以内に更新日を迎える締結済みの契約を、自動更新の有無と解約の予告期間付きで一覧にして」といった形です。例文に根拠と契約の状態の指定を最初から入れておけば、課題2と課題3の対策が、利用者の注意力に頼らずに効きます。

法務の確認を残す範囲と、つなぐ前のチェックリスト

最後に、法務の確認を残す範囲を整理します。AIの答えをそのまま使ってよいのは、社内の自分の作業の準備（更新日の把握、問い合わせ前の下調べ）までです。相手方への回答、社内の稟議や意思決定の根拠、紛争やトラブルへの対応、契約の更新・解約の判断に使う場合は、法務が根拠の条項を確かめます。この線を、使い方の指針の冒頭に書いておきます。

コネクタを有効にする前に、次の項目に答えが出ているかを確かめてください。

• 秘密性の高い契約の種類が決まり、台帳で分類と閲覧制限が付いているか
• 部門ごとの閲覧範囲を見直し、権限の異なる利用者で試験の問いかけをしたか
• 本体の契約と変更の覚書が、台帳の中で関連付けられているか
• 読み取り画像のままの古い契約が、どれだけ残っているか把握しているか
• 答えに条項の番号・引用・契約の状態を付けさせる使い方の指針があるか
• 最初は読み取りだけで始め、書き込みを有効にする条件を決めてあるか
• 接続は本人のログインに限り、共有の鍵は承認制にしているか
• AIの提供元の契約で、会話の内容を学習に使わない設定と保存期間を確かめたか
• 法務の確認を経ずに使ってよい場面と、経るべき場面が決まっているか

まとめ

SpotDraft は2026年10月、Claude のコネクタ一覧に掲載され、社員が普段使う汎用AIから契約台帳を検索・比較できるようになりました。一覧から追加するコネクタは読み取り専用で、AIが見られる範囲は利用者の権限と同じです。それでも、広すぎた閲覧権限、本体と覚書の関連付けの漏れ、交渉中の版の混在があれば、見てはいけない契約が見え、条件を読み違え、古い版が答えに混ざります。まずは読み取りだけで始め、権限の棚卸しと台帳の整理を済ませ、答えに根拠の条項と契約の状態を付けさせることが出発点です。相手方への回答や判断に使う答えは、法務が確かめます。書き込みを開くのは、その運用が回り始めてからです。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。