NDAの受領時レビューをClaudeで行う — 目的外使用・定義・存続期間を見る
相手方から届いたNDAを、ClaudeのProjectsに置いたチェック観点で一次レビューする手順。一方向か双方向か、秘密情報の定義、目的外使用、存続期間、返還・破棄を条項ごとに洗います。
相手方から秘密保持契約(NDA)のドラフトが届いたとき、最初に見るのは「うちが何を守られ、何を縛られるか」です。条文は短くても、確認する場所は決まっています。その場所を毎回同じ順番で見せるには、チェック観点をClaudeのProjectsに置いておく方法が向いています。
この記事では、受領したNDAを一次レビューするためのプロジェクトを作り、目的外使用・秘密情報の定義・存続期間・返還や破棄を条項ごとに洗い出す手順を示します。契約書一般の読み方はClaudeに契約書を読ませて条項を確認する方法、交渉用の修正案づくりはClaude契約書レッドラインにあります。ここでは、NDAに絞った観点表と、それを毎回使い回す仕組みを扱います。
受領したNDAで最初に見る6つの観点
NDAの一次レビューは、条文を頭から読むより、観点を決めて該当条項を探すほうが速く済みます。次の6つは、どのNDAにも出てくる論点です。
| 観点 | 該当条項を探す場所 | 差が出やすい書き方 |
|---|---|---|
| 一方向か双方向か | 該当条項を探す場所前文、秘密情報の定義の主語 | 差が出やすい書き方「甲が乙に開示する情報」だけが対象で、自社の開示分が守られない |
| 秘密情報の定義 | 該当条項を探す場所定義条項 | 差が出やすい書き方「秘密と明示したもの」に限る / 「一切の情報」とする / 口頭開示の書面化期限がある |
| 除外規定 | 該当条項を探す場所定義条項の但書 | 差が出やすい書き方公知、既に保有、独立開発、第三者から適法に取得のうち、どれが載っているか |
| 目的外使用 | 該当条項を探す場所使用目的、禁止事項 | 差が出やすい書き方「本目的」が取引の検討に限られるか、事業上の目的まで広がるか |
| 存続期間 | 該当条項を探す場所有効期間、存続条項 | 差が出やすい書き方契約期間と秘密保持義務の存続期間が別に書かれている |
| 返還・破棄 | 該当条項を探す場所契約終了時の条項 | 差が出やすい書き方期限、複製やバックアップの扱い、破棄の証明を求めるか |
表の「差が出やすい書き方」は、条文の良し悪しを断定するものではありません。自社の雛形やこれまでの合意との差を、人が判断するために拾っておく目印です。開示先の範囲(役員・従業員・委託先・弁護士)、準拠法と管轄、損害賠償の定めも拾いますが、一次レビューでは「あるかないか」を表に出すところまでにとどめます。
手順1: プロジェクトに観点表と社内の基準を置く
Projectsは、独自のチャット履歴とナレッジベースを持つ、独立した作業場です。ドキュメントや文脈を置いておくと、そのプロジェクト内のどのチャットでも参照されます。NDAの受領は繰り返し起きる作業なので、観点表を毎回プロンプトに貼るより、プロジェクトに固定したほうが手間が減ります。
NDAレビュー用プロジェクトの作り方
- 1
プロジェクトを作る
プロジェクトページで新規作成し、名前と説明を付けます。名前と説明はClaudeには見えないので、人が見分けるための名札として付けます。
- 2
ナレッジに基準資料を入れる
自社のNDA雛形、過去に合意した条件の許容範囲を書いたメモ、秘密情報の取り扱い規程などを入れます。1ファイルは30MBまで、個数に上限はありませんが、内容全体がコンテキストウィンドウに収まる必要があります。有料プランでは、容量が上限に近づくとRAGモードに自動で切り替わり、収容量が最大10倍に広がります。
- 3
プロジェクト指示に観点表を書く
「プロジェクト指示を設定」から、レビューの観点と出力の形を書いて保存します。この指示は、プロジェクト内のすべてのチャットで使われます。
- 4
共有範囲を決める
TeamやEnterpriseプランでは、作成時に非公開か組織全体への共有かを選べます。法務や事業部門で使い回すなら、共有相手を「閲覧可」と「編集可」で分けます。
無料アカウントでも使えますが、作れるプロジェクトは5つまでです。チャットをまたいだ記憶は無く、前のチャットの内容は、ナレッジに入れない限り次のチャットに引き継がれません。レビュー結果を次回の基準にしたいなら、確定した判断をメモにしてナレッジへ足します。
プロジェクト指示の例を示します。公式の文面ではなく、この記事で使う想定の書き方です。
あなたは自社の法務担当者の補助として、相手方から受領した
秘密保持契約(NDA)を一次レビューする。
結論(締結してよいか)は出さない。判断は担当者が行う。
次の観点ごとに、表で返すこと。
1. 方向性: 一方向か双方向か。自社は開示側か受領側か
2. 秘密情報の定義: 範囲、秘密表示の要否、口頭開示の扱い
3. 除外規定: 公知・既保有・独立開発・第三者取得の有無
4. 目的外使用: 使用目的の定義と、目的外使用の禁止の有無
5. 存続期間: 契約期間と秘密保持義務の存続期間
6. 返還・破棄: 期限、複製の扱い、証明の要否
各行に必ず入れる列は、条項番号、原文の引用、
ナレッジの雛形との差、担当者に確認してほしい点。
原文に無い項目は「記載なし」と書き、補って推測しない。
評価語(一般的、問題なし、有利、不利)は使わない。最後の2行が効きます。原文に無いことを「標準的な定めです」と補ったり、「問題ありません」と評価したりすると、一次レビューの表が判断の代わりに見えてしまいます。評価語を禁じると、表は事実の抜き出しに戻ります。
手順2: 受領したNDAを読ませて観点表にする
プロジェクト内で新しいチャットを開き、受領したNDAを添付します。PDFは100ページ以下なら文字と図表の両方が解析され、101〜1000ページでは文字のみが対象です。NDAは数ページが普通なので、通常は気にしなくて済みます。
添付のNDAを、プロジェクト指示の6観点で表にしてください。
自社はこのNDAでは受領側です。
ナレッジの雛形と文言が違う箇所は、その差を最後の列に書いてください。
別紙や覚書への参照があれば、参照先を先に列挙してください。「自社が受領側か開示側か」は必ず書きます。双方向NDAでも、案件の実態は片方がほとんど開示する側という例があります。立場を言わないと、Claudeは文面だけで読み、どちらにとって重いかの目印を付けられません。
返ってくる表は、例えば次のような形になります。以下は形式を示す例であり、実際の出力ではありません。
| 観点 | 条項 | 原文の引用 | 雛形との差 | 担当者への確認 |
|---|---|---|---|---|
| 存続期間 | 条項第8条 | 原文の引用「本契約終了後3年間」 | 雛形との差雛形は2年 | 担当者への確認秘密保持義務の起算点が契約終了時で合っているか |
| 目的外使用 | 条項第3条 | 原文の引用「甲の事業上の目的に使用してはならない」 | 雛形との差雛形は「本目的」に限定 | 担当者への確認使用目的の定義が別に無いか |
表ができたら、まず引用の列を原文と目で突き合わせます。条番号と引用が合っていない行は、その行だけ作り直させます。引用が原文どおりでも、解釈の列は担当者が読む対象です。
秘密情報の定義と除外規定を深く見る
NDAでもっとも差が出るのは定義条項です。範囲が広いほど守られる情報は増え、同時に受領側が縛られる範囲も広がります。自社がどちら側に立つかで、同じ文言の意味が逆になります。
法律上の「営業秘密」の定義は、不正競争防止法2条6項にあります。秘密として管理されている生産方法、販売方法その他の事業活動に有用な技術上又は営業上の情報であって、公然と知られていないもの、という3つの要素です。NDAの「秘密情報」は契約で自由に定義でき、営業秘密の定義と一致する必要はありません。そのため、NDAの定義が営業秘密より広いときは、契約上の義務だけが重くなる場合があります。Claudeに見せるのは、この差が出る箇所です。
第1条の「秘密情報」の定義について、次を原文引用付きで答えてください。
・秘密と明示された情報に限られるか、そうでない情報も含まれるか
・口頭や画面表示で開示された情報の扱い(書面化の期限の有無)
・除外される情報の種類を、列挙された順にすべて
・除外の立証責任がどちらにあるかの記載の有無
記載が無い項目は「記載なし」とだけ書いてください。除外規定は、載っていない種類を探す作業になります。公知の情報、受領前から保有していた情報、独立に開発した情報、第三者から適法に取得した情報のうち、どれが無いかを見るだけでも、一次レビューとしては意味があります。ただしこの4種類は代表的な型で、これらが揃っていないNDAがただちに不当という意味ではありません。
存続期間は2つの期間を分けて読む
存続期間は、契約の有効期間と、秘密保持義務が続く期間が別になっていることがあります。たとえば「有効期間は1年、終了後3年間は秘密保持義務が存続する」と書かれているNDAでは、義務は最長で4年続く計算になります。
Claudeに日付の計算をさせるときは、計算式を併記させます。
このNDAの有効期間と、秘密保持義務が続く期間を別々に抜き出し、
締結日を2026年11月1日とした場合の終了日を、計算式つきで出してください。
更新条項と、更新後に義務の期間が延びるかどうかも教えてください。計算結果は、日付や年数を人が検算します。更新条項が自動更新になっていれば、義務の終わりが延び続けることもあります。「営業秘密に当たる情報は期間の制限なく義務が続く」といった例外の書き方は、条文ごとに違うので、例外の有無を原文の引用つきで拾わせるところまでを一次レビューの範囲にします。
目的外使用と返還・破棄の確認
目的外使用の禁止は、ほとんどのNDAにあります。見るのは禁止の有無ではなく、「目的」がどう定義されているかです。目的が「A社との取引の検討」のように具体的に書かれていれば、使い道は限られます。「事業上の目的」とだけあれば、受領した情報を自社の別事業に使えるのか、使えないのかが読み取りにくくなります。
返還・破棄では、次の4点を表に出させます。
- 返還や破棄を求められる契機(契約終了時か、請求があったときか)
- 期限(何日以内か)
- 複製やバックアップの扱い(技術的に消せないものへの例外があるか)
- 破棄の証明書の提出を求めるか
最後の点は実務上の手間に直結します。要求が厳しいほど、社内の記録の取り方まで決めておく必要が出ます。
落とし穴
双方向のNDAなのに、義務が片側にしか書かれていない
題名が「相互NDA」でも、本文の義務条項が「乙は〜してはならない」としか書いていないことがあります。表の「方向性」の行で、義務の主語を条項ごとに抜き出させてください。主語が片側だけなら、題名と本文が食い違っています。
NDAそのものをClaudeに渡してよいかを先に確認する
受領したNDAのドラフトが、それ自体を秘密とする扱いになっている場合があります。また、すでに別のNDAや取引基本契約を結んでいる相手なら、その契約が、相手の情報の第三者提供を制限していることもあります。AIサービスの利用が「第三者への開示」に当たるかは、契約文言と社内の規程で変わります。
確認の順番は次のとおりです。
- 相手方から受け取ったドラフトに、取扱いの制限が書かれていないか
- 既存の契約に、第三者への提供や委託先への開示を制限する条項がないか
- 社内の規程が、外部のAIサービスに入力してよい情報の範囲を決めていないか
取引先のデータや契約を入力してよいかの考え方は、Claudeに限定提供データを入力してよいかにまとめています。NDAの本文には個人名や社名しか出ないことが多いですが、別紙に技術情報の一覧が付いていれば、その別紙を外して渡す方法もあります。
つまずきやすい点
- 観点表の外にある条項を見落とす: 準拠法、裁判管轄、差止めの定めは6観点に入っていません。プロジェクト指示に「6観点以外で、秘密保持義務に直接関わる条項があれば別表で列挙する」と書いておくと拾えます。
- PDFの別紙が読めていない: スキャン画像のPDFは、文字として取り出せないことがあります。表に出ない別紙があれば、先に参照先として列挙させ、読めたかを確認します。
- 雛形が古い: ナレッジの雛形が改訂前のままだと、差の列が実態とずれます。雛形を更新したら、古いファイルをナレッジから外します。
- プロジェクトの共有範囲が広い: 組織全体に共有すると、受領したNDAの内容を扱ったチャットが社内の閲覧者に見えます。案件ごとの内容を含めたくないなら、観点表と雛形だけを共有プロジェクトに置き、実際の案件は個人のプロジェクトで回します。
弁護士に回す場面と、一次レビューの位置づけ
一次レビューの表は、自社の判断を速くするための下ごしらえです。締結してよいかの結論や、相手方への修正の申し入れは、担当者または弁護士の仕事として残ります。他社へ契約審査のサービスとして提供するときの弁護士法72条の論点は、弁護士法72条とAIの契約書レビューで扱っています。自社の契約書を自社で点検する使い方と、サービスとして外部に出す使い方では、論点がまったく違います。
次のような場面では、表を持って専門家へ相談する前提で進めると手戻りが減ります。
- 定義が極端に広く、自社の通常業務の情報まで対象になりそうなとき
- 存続期間が無期限、または更新のたびに延びるとき
- 競業避止や取引の独占を匂わせる条項が、NDAの中に混ざっているとき
- 相手方が海外の法人で、準拠法が日本法ではないとき
まとめ
受領時のNDAレビューは、観点を固定して条項に当てはめる作業です。観点表と社内の雛形をProjectsに置けば、毎回のプロンプトが短くなり、案件が違っても同じ形の表で比べられます。表の引用は原文と突き合わせ、解釈の列は人が読む、という分担を崩さなければ、一次レビューの時間は縮められます。最初に確認するのは、NDAをAIサービスに渡してよいかです。