標準どおりのNDAは弁護士を通さず署名へ:Claude Coworkで「例外だけ」を浮かび上がらせるNDAトリアージ
法務に届くNDA(秘密保持契約)の大半は、自社の標準ひな形どおりか、それに近い内容です。にもかかわらず全件を人が読むことになり、本当に判断が必要な数件が同じ列に並んで待たされる。法務担当が1人か2人の会社では、これがボトルネックそのものになります。
Claude Academyのユースケース「NDA triage at scale(スケールするNDAトリアージ)」は、この列を2本に分けます。プレイブック(自社の交渉方針をまとめた文書)に照らして標準どおりのものは署名フローへそのまま流し、外れているものだけを一行理由付きのリストにして弁護士に渡す。カテゴリは法務、使うのはClaude Coworkです。
Academyの5ステップ構成に沿って読み解いていきます。
ステップ1:セットアップ
プラグインを使う
出発点は Commercial Legal(商事法務)プラグインです。/review をはじめとする商事契約向けのスキルが同梱され、NDAをプレイブックに照らしてスクリーニングし、緑・黄・赤に振り分けて標準どおりの書面と例外を分離する形にあらかじめ整えられています。原文によれば、これは法務チーム向けに用意された12の実務領域別プラグインのうちの1つです。
同梱スキルとして名前が挙がっているのは次の3つ(全9スキル)です。
/review — ベンダー契約、NDA、SaaS利用契約を自社プレイブックに照らしてレビューする
/stakeholder-summary — 契約レビューを、事業部門の担当者が実際に読む形のサマリーに翻訳する
/cold-start-interview — コールドスタートインタビューを実行して自社の商事契約実務を学習し、チームの実務プロファイルを書き出す
プラグイン自体の説明も具体的です。ベンダー契約・NDA・SaaS利用契約を売り手側/買い手側それぞれのプレイブックに照らしてレビューし、更新期限や解約通知期限(cancel-by deadline)を見落とす前に追跡し、エスカレーションを適切な承認者にルーティングし、レビュー結果を事業部門が読めるサマリーに翻訳する、というものです。
最初の1回でやること
ここが実務上いちばん詰まりやすい箇所として、原文が独立した注意書きを置いています。Commercial Legal は Anthropic の「Claude for Legal」ソースから提供されており、ワークスペースが一度「Browse Anthropic sources」でこのソースを有効化する必要があります。TeamまたはEnterpriseプランでは組織のプラグイン設定から管理者が実施し(そのあと全員に表示されるようになります)、個人プランでは自分で実施できます。「Add」を押してもプラグイン画面に飛ばない場合は、たいていこの有効化が抜けています。
インストール後は /cold-start-interview を実行します。無難なデフォルト設定で済ませる2分の簡易版と、実際の自社文書を読み込ませる10分以上のフルパスがあり、自社のNDA方針が入ったフルパスを通すことが、標準どおりの書面を「緑」として通せるようになる条件だと明記されています(/review はこのプロファイルを読みます)。他のすべてのスキルもこのプロファイルを参照します。
ツールをつなぐ
接続先として案内されているのは Google Drive、Microsoft 365、そして任意で DocuSign です。設定は「Customize → Connectors」から行います。
作業フォルダを決める
自社の標準相互NDAひな形とNDAプレイブックを1つのフォルダに入れ、Cowork で「+ Add folder」からそのフォルダを選びます。これを Cowork プロジェクトとして保存しておけば、プレイブックとひな形は一度読み込むだけで、以降の受領NDAすべてが同じプロジェクト知識に照らして処理されます。Cowork はフォルダから読み、トリアージカードを同じフォルダに書き戻します。
原文はここで一文添えています。追加したファイルは自分のマシンに残り、Claudeの学習には使われません。Cowork はローカルで読んで作業します。フォルダ構成の例は NDAs / Intake に mutual-nda-northwind.docx(64 KB)、nda-playbook.pdf(318 KB)、standard-mutual-nda.docx(48 KB)を置いた形です。
まず1回試すだけなら、プロジェクト化は飛ばして、NDA1通だけを入れた使い捨てフォルダを「+ Add folder」で指定してプロンプトに進めばよい、とも書かれています。
ステップ2:プロンプト
このNDAを当社のNDAプレイブックに照らしてトリアージしてください。プレイブックの各基準について、この書面が当社の標準を満たしているかどうかを示してください。すべて通っていれば「クリア」として署名にルーティングしてください。標準から外れているものがあれば、例外のみを、それぞれ一行の理由を付けて列挙し、法務担当がその箇所だけをレビューできるようにしてください。
原文の「なぜこれが機能するのか」の解説は4点です。
プレイブックに照らして確認させる。 「プレイブックの各基準について」という指定が、トリアージを自チーム固定のチェックリストに変えます。すでに自分たちが取ったポジションに対して、すべてのNDAが同じやり方でスクリーニングされます。
2つの結末を定義する。 「クリアとして署名にルーティング」か「例外のみを列挙」か。二択の判断をCoworkに与えることが、標準どおりの書面を弁護士に触らせずに動かすための鍵になります。
長さの上限を決める。 「それぞれ一行の理由」と指定することで、例外リストはメモではなく一覧になります。法務担当はファイルを開いた時点で、どの条項に飛べばよいかを分かっている状態になります。
作業フォルダに文脈を供給させる。 相互NDAひな形とプレイブックが作業フォルダにあるため、「当社の標準」が一般論のチェックリストではなく、期間・準拠法・除外事項に関する自社のポジションを指すようになります。
もう一段良いドラフトにする
原文が挙げる上積みは2つ。気に入った実例をフォルダに入れると、Coworkが構成と文体をそれに合わせます。そして、「自信がない箇所にはフラグを立ててください」と足す。 すると、ドラフトをレビューするときにどこから見ればよいかが分かります。
ステップ3:Coworkを自分仕様にする
ここまでのタスクでやったことをスキルにしてください。または、私のフィードバックを反映して /review スキルを編集してください。
ここでも「スキルの編集自体をClaudeに任せてよい」というコツが添えられています。
ステップ4:繰り返し可能にする
NDAは一日を通して届きます。プロンプトに /schedule と入力するか、サイドバーの「Scheduled」を開けば、カスタマイズしたスキルが平日の朝に NDAs/Intake を確認し、新しいファイルに /review を走らせます。
/schedule 平日午前9時 — NDAs/Intake 内のファイルのうち、前回実行時に存在しなかったものすべてに /review を実行してください。クリアしたNDAは署名のためDocuSignにルーティングし、NDAs/Processed に移動してください。例外があるものについては、トリアージカードを NDAs/Exceptions に書き出し、リストをSlackの #legal-nda-review に投稿して法務担当が引き取れるようにしてください。
登録されるスケジュールタスクは「NDA intake triage」。平日朝に前回以降に追加されたファイルへ /review を実行し、クリアした書面はDocuSignへルーティングして NDAs/Processed へ移動(署名済みの原本はDocuSignの封筒設定が既に送っている先に届きます)、例外は NDAs/Exceptions にトリアージカードを作り、#legal-nda-review にSlack投稿する、という内容です。
ステップ5:チームに共有する
カスタマイズした /review には、自社のプレイブックのチェックリスト全体、承認済みの法域、エスカレーションのトリガーが載っています。これを共有すれば、依頼者もパラリーガルも全員が同じやり方でNDAをスクリーニングし、法務担当は本当に自分が必要な書面だけを見ることになります。
ただし1点、実務的な注意が原文にあります。共有を受けた側はステップ1〜3を繰り返す必要はありませんが、プラグインはセットアップを人ごとに保持するため、各メンバーが初回だけコールドスタートインタビューを(同じプレイブックに向けて)実行する必要があります。
これから何が起きるか
原文は最後に、Cowork の中に何が揃った状態になるかを図で示しています。自社のプロセスとしてCommercial Legalプラグイン、自社のツールとしてGoogle Drive・Microsoft 365・DocuSign、自社のワークスペースとして NDAs/Intake。そして、受領する各NDAが自社プレイブックに照らしてスクリーニングされ、非標準の条件が列挙され、それ以外は署名にクリアされる。レビューは文書全体からではなく、例外から始まるようになります。
日本企業の法務・総務にとって、この設計はNDAだけの話ではありません。「自社のポジションを一度文書化してプレイブックにする」「二択の結末を先に定義する」「例外だけを一行で挙げさせる」という3つの型は、購買稟議や与信審査、セキュリティチェックシートの回答など、標準と例外の切り分けが効く業務にそのまま移せます。まず着手するなら、自社の標準NDAひな形と、過去に交渉で押し返した論点をまとめた一枚のメモをフォルダに入れて、上のトリアージプロンプトを1通分だけ試すところからでしょう。
コンプライアンスや監査の文脈で言えば、本ブログで以前取り上げた「Claude CoworkでSOC 2監査の準備を整える」と同じ考え方——散らばった文書を自社の基準に照らして分類させる——の法務版だと捉えると理解しやすいはずです。
INNOOV株式会社について
この記事は、AtlassianやIntercomなどのSaaS導入支援と、AIを活用した業務プロセス改善を行うINNOOV株式会社がお届けしました。「自社でもこんな仕組みを作ってみたい」「ツール導入を相談したい」という方は、お気軽にお問い合わせください。