draft-nda

draft-nda スキルの概要

draft-nda でできること

draft-nda スキルは、2者間の機密保持契約（NDA）を、法務レビューしやすい形で条項ごとに整理しながら作成するのに役立ちます。カジュアルな文章作成ではなく、当事者情報、保護対象情報、準拠法、レビュー可能な条項文言まできちんと押さえた実務向けの下書きを必要とする人向けに設計されています。

こんな人に向いている

提携、ベンダー関係、共同作業、契約前の協議に向けて NDA を準備していて、まずは構造化されたたたき台が欲しいなら draft-nda が向いています。特に、スピードが重要でも文書にはレビューが必要という draft-nda for Legal 系のワークフローを支える法務オペレーション担当、創業者、プロジェクトリード、アシスタントに有用です。

ほかと何が違うのか

これは単なる「NDA を書いて」という汎用プロンプトではありません。必要な当事者データと条項入力を前提に、法務上の注意が必要な箇所を明示しながら文書を生成します。可読性と起案の厳密さを両立したい場面では、自由記述のプロンプトよりも draft-nda のほうが意思決定に使いやすい仕上がりになります。

draft-nda スキルの使い方

draft-nda をインストールする

スキルを使う repo コンテキストに draft-nda スキルをインストールし、プロンプトを出す前にスキルファイルが利用できることを確認してください。一般的なインストール例は npx skills add phuryn/pm-skills --skill draft-nda で、その後 pm-toolkit/skills/draft-nda/SKILL.md を確認します。

スキルに適切な入力を渡す

draft-nda usage は、当事者情報とビジネス上の背景を最初にできるだけ完全に渡すほど精度が上がります。少なくとも、会社名、住所、代表者名、保護したい情報の種類、準拠法、契約期間、さらに相互 NDA か一方的 NDA か、開示許可の範囲といった特別条項を含めてください。

先に読むべきファイル

まず SKILL.md を読んで、起案フローと必須引数を把握してください。環境が元の repo 構成に近いなら、pm-toolkit/skills/ 配下の周辺スキルの慣例も確認し、最終ドラフトを依頼する前にトーン、出力形式、下流のレビュー手順を揃えておくとよいです。

ざっくりした依頼を実用的なプロンプトに変える

「NDA を作って」のような弱い依頼だと、変数が多すぎて詰めきれません。より強い draft-nda guide のプロンプトは、たとえば次のようになります。「Acme Labs と Northstar Data の製品統合に関する協議用に、相互 NDA を作成してください。準拠法はカリフォルニア州法、期間は 2 年。顧客データ、ソースコード、価格情報、ロードマップを含め、弁護士レビューが必要な条項には印を付けてください。」このレベルまで入力を具体化すると、条項の網羅性が上がり、やり取りも減ります。

draft-nda スキルの FAQ

draft-nda は法務専用ですか？

いいえ。ただし、出力を法務チームまたは法務に近いワークフローでレビューするなら、draft-nda for Legal が最も適しています。法務でないユーザーでもたたき台は作れますが、このスキルは実行前に弁護士レビューが必要であることを明確に想定しています。

通常のプロンプトと比べると何が違いますか？

通常のプロンプトでも一般的な NDA は作れますが、draft-nda は明示的な入力項目と法務上の注意点を備えた、より制御された起案フローを提供します。最大の利点は、当事者情報、機密情報の範囲、レビューが必要な条項まわりの推測を減らせることです。

初心者でも使いやすいですか？

はい。基本的な取引情報を出せるなら使いやすいです。必要入力が具体的なので初心者にも取り組みやすい一方で、反映したい取引関係と準拠法を自分で把握していることが前提になります。

どんなときに使うべきではありませんか？

最終的な法的助言が必要な場合、法域ごとの交渉戦略が必要な場合、またはレビューなしで規制取引向けに完全適合させなければならない文書が必要な場合は、draft-nda を使わないでください。データ移転、知財譲渡、輸出管理、プライバシーに関する特殊要件がある取引では、出力はあくまでドラフトとして扱うべきです。

draft-nda スキルを改善するには

当事者名だけでなく条項レベルの判断を渡す

品質を大きく上げるには、NDA に何をさせたいのかまで明示することが重要です。NDA が相互型か一方的か、何を機密情報に含めるか、口頭開示も対象にするか、既知情報・公知情報・強制開示の例外を入れるかどうかを、スキルに伝えてください。

法的な形を変える事実を追加する

より強い draft-nda の出力が欲しいなら、準拠法、契約期間、存続期間、管轄地の想定、特別な事業上の制約を含めてください。これらは見た目の文体よりもはるかに重要で、執行可能性、範囲、そもそも使えるドラフトになるかどうかを左右します。

1回目のドラフトで不足している判断を洗い出す

最初の出力は完成契約ではなく、レビュー用ドラフトとして扱うべきです。署名権限、定義済み用語、返却または破棄義務、そしてスキルが法務レビュー対象として印を付けた条項に抜けがないか確認し、不足している判断を埋めたうえで draft-nda を再実行してください。

曖昧な元資料は避ける

「提携用」とだけ伝えると、情報リスクや契約構造をスキル側が推測するしかありません。より良い入力は、たとえば「ロードマップ情報を共有する 2 つのテックベンダーによる 90 日間の評価、相互機密保持、Delaware law、開示先は指名された従業員に限定」のようなものです。具体性があるほど、draft-nda はより整った、レビューしやすい文書を生成できます。