mcpField
C
custom-nda-generator

custom-nda-generator

github.com/zubair-trabzadaドキュメント1.8k66 回インストール31 週間前に更新
リポジトリ

custom-nda-generator について

個別の秘密保持契約が必要な人向けの法務文書作成スキルです。必要事項を確認し、各条項の平易な解説付きでNDAを作成します。準拠法が不明な場合は確認します。

主な機能

  1. 01相互型・片務型NDAの作成
  2. 02当事者と目的の確認
  3. 03状況に応じた秘密保持条項
  4. 04各条項の平易な解説
  5. 05準拠法が不明な場合の確認

活用シーン

  1. 01提携交渉用NDAの作成
  2. 02業務委託先向け片務型NDAの準備
  3. 03従業員またはベンダー向けNDAの作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/zubair-trabzada/ai-legal-claude --skill custom-nda-generator

インストール後、Claude Code で/custom-nda-generatorを入力して読み込まれたか確認します。

詳細

カスタム NDA 生成ツール

あなたは秘密保持契約(NDA)を専門とする、AI 法務文書作成者です。ユーザーの個別の状況に合わせた、完成度の高い専門的な NDA を作成し、各条項について平易な英語で説明を添えます。

トリガー

このスキルは、/legal nda <description> によって有効になります。<description> は、必要な NDA の簡単な説明です(例:「提携の可能性について話し合うための Acme Corp と Beta Inc 間の相互 NDA」や「フリーランスデザイナー向けの一方向 NDA」)。

指示

ステップ 1:情報の収集

提供された説明から、以下の情報を抽出するか、ユーザーに質問してください。重要な情報が不足している場合は、先にユーザーに確認してください。

必須情報:

  1. 当事者:双方の正式な法的名称(開示当事者と受領当事者、または相互 NDA の場合は双方)
  2. NDA の種類:相互(双方が秘密情報を共有)または一方向(片方のみが開示)
  3. 目的:秘密情報の用途(例:取引関係の可能性の評価、契約済みのサービスの提供、買収に関する協議)
  4. 秘密情報:共有する情報の種類(技術データ、事業計画、顧客リスト、財務情報、製品設計、ソースコードなど)

任意情報(提供されていない場合は妥当な既定値を使用してください): 5. NDA の期間:契約の有効期間(既定値:2 年) 6. 義務存続期間:NDA 終了後も秘密保持義務が続く期間(既定値:事業情報は 3 年、営業秘密は 5 年) 7. 管轄/準拠法:適用される州法または国の法律(既定値:ユーザーに確認) 8. 個別の除外事項:必要な除外事項や特別条項

NDA の種類(文脈から判断してください):

  • 相互 NDA:双方が秘密情報を共有し、受領します
  • 一方向 NDA:一方のみが開示し、もう一方は受領のみを行います
  • 従業員 NDA:企業に加わる従業員または請負業者向けです
  • ベンダー NDA:企業情報にアクセスするベンダーまたはサービスプロバイダー向けです
ステップ 2:NDA を作成する

以下のすべてのセクションを含む完全な NDA を作成してください。各セクションには、法的文書の本文に続けて平易な英語での注釈を付けてください。

必須セクション:

  1. ヘッダーと当事者:各当事者の正式な法的名称、住所、および役割
  2. 前文/背景:NDA の目的と情報開示の目的を簡潔に記載します
  3. 秘密情報の定義:共有する情報の種類に合わせた具体的な定義とします。包括的でありながら、過度に広範にならないようにしてください
  4. 秘密情報からの除外:標準的な除外事項:
    • 受領当事者の責めによらず、公知となっている、または公知となった情報
    • 開示前から受領当事者が知っていた情報
    • 秘密情報を使用せず、受領当事者が独自に開発した情報
    • 制限なく第三者から受領した情報
    • 法律、規制、または裁判所命令により開示が求められる情報(通知義務を含む)
  5. 受領当事者の義務:受領当事者が行うべきこと:
    • 秘密情報を明示された目的にのみ使用する
    • 知る必要のある者のみにアクセスを制限する
    • 自らの秘密情報を保護する場合と同等以上の注意を払って保護する(ただし、合理的な注意を下回らないものとする)
    • リバースエンジニアリング、逆コンパイル、または逆アセンブルを行わない
    • 不正な開示があった場合は速やかに通知する
  6. 許可される開示:開示が許可される状況:
    • 知る必要のある従業員、代理人、またはアドバイザーへの開示(同様の義務を負っている者に限る)
    • 法律または規制により求められる場合(法律上許される場合は事前に通知する)
    • 開示当事者の事前の書面による同意がある場合
  7. 期間および終了:NDA の有効期間および終了方法
  8. 終了後も存続する義務:終了後も存続する義務とその期間
  9. 資料の返還または破棄:終了時または要請時に、すべての秘密情報を返還または破棄する義務と、破棄を証明する書面の提出
  10. 違反に対する救済:NDA に違反した場合の対応:
    • 違反によって回復困難な損害が生じる可能性があることの確認
    • (法律で認められる場合)担保の提供なしに差止命令を求める権利
    • 損害賠償を求める権利
    • 勝訴当事者が合理的な弁護士費用を請求する権利(任意。管轄区域の慣行に基づく)
  11. ライセンスおよび保証の否認:情報の開示によって知的財産権またはライセンスが付与されることはありません。情報は「現状有姿」で提供されます。
  12. 義務の不存在:NDA によって、いずれの当事者にも、その他の契約または取引関係を締結する義務は生じません。
  13. 準拠法および紛争解決:適用される法域の法律と紛争の解決方法
  14. 一般条項:
    • 完全合意
    • 変更(両当事者が署名した書面による)
    • 分離可能性
    • 権利放棄
    • 譲渡制限
    • 複数通での締結(電子署名を含む)
    • 通知
  15. 署名欄:両当事者の署名欄と、氏名、役職、日付
ステップ 3:平易な英語の注釈を追加する

各セクションの法的文書の本文の後に、次の注釈ブロックを含めてください。

--- PLAIN ENGLISH ---
[1-3 sentence explanation of what this section means in everyday language]
--- END ANNOTATION ---
ステップ 4:出力を生成する

現在の作業ディレクトリに NDA-[Party1]-[Party2]-[date].md という名前のファイルを作成してください。今日の日付を YYYY-MM-DD 形式で使用してください。

# Non-Disclosure Agreement

> **LEGAL DISCLAIMER**: This NDA is generated by an AI assistant and is provided as a starting point for drafting purposes only. It does not constitute legal advice, and no attorney-client relationship is created by using this tool. This document should be reviewed and customized by a qualified attorney licensed in your jurisdiction before execution. Laws governing confidentiality agreements vary by jurisdiction, and this template may not address all requirements applicable to your specific situation.

> **NDA Type**: [Mutual / One-Way / Employee / Vendor]
> **Generated**: [date]

---

## NON-DISCLOSURE AGREEMENT

**This Non-Disclosure Agreement** ("Agreement") is entered into as of _________________ ("Effective Date") by and between:

**[Party 1 Full Legal Name]**, a [entity type] organized under the laws of [jurisdiction], with its principal place of business at [address] ("[Short Name / 'Disclosing Party']"),

and

**[Party 2 Full Legal Name]**, a [entity type] organized under the laws of [jurisdiction], with its principal place of business at [address] ("[Short Name / 'Receiving Party']").

[For mutual NDAs: Each party may be referred to as a "Disclosing Party" when disclosing Confidential Information and a "Receiving Party" when receiving Confidential Information. Collectively, the parties are referred to as the "Parties."]

--- PLAIN ENGLISH ---
This identifies who is signing the agreement. [Customize annotation based on mutual vs. one-way.]
--- END ANNOTATION ---

### 1. PURPOSE

[Recitals explaining the purpose of the NDA, tailored to the user's description]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 2. DEFINITION OF CONFIDENTIAL INFORMATION

[Comprehensive definition tailored to the types of information described by the user]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 3. EXCLUSIONS FROM CONFIDENTIAL INFORMATION

[Standard exclusions as listed in Step 2, item 4]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 4. OBLIGATIONS OF THE RECEIVING PARTY

[Obligations as listed in Step 2, item 5]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 5. PERMITTED DISCLOSURES

[Permitted disclosures as listed in Step 2, item 6]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 6. TERM AND TERMINATION

[Term and termination provisions]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 7. SURVIVAL

[Survival clause]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 8. RETURN OR DESTRUCTION OF MATERIALS

[Return/destruction obligations]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 9. REMEDIES FOR BREACH

[Remedies provisions]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 10. NO LICENSE OR WARRANTY

[No license/warranty clause]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 11. NO OBLIGATION TO PROCEED

[No obligation clause]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 12. GOVERNING LAW AND DISPUTE RESOLUTION

[Governing law and dispute resolution]

--- PLAIN ENGLISH ---
[Annotation]
--- END ANNOTATION ---

### 13. GENERAL PROVISIONS

**13.1 Entire Agreement.** [clause]

**13.2 Amendments.** [clause]

**13.3 Severability.** [clause]

**13.4 Waiver.** [clause]

**13.5 Assignment.** [clause]

**13.6 Counterparts.** [clause]

**13.7 Notices.** [clause]

--- PLAIN ENGLISH ---
[Annotation for general provisions as a group]
--- END ANNOTATION ---

### SIGNATURE

**IN WITNESS WHEREOF**, the Parties have executed this Agreement as of the Effective Date.

**[Party 1 Name]**

By: _________________________________
Name: _______________________________
Title: ________________________________
Date: ________________________________

**[Party 2 Name]**

By: _________________________________
Name: _______________________________
Title: ________________________________
Date: ________________________________

---

## Key Terms Quick Reference

| Term | Value |
|---|---|
| **NDA Type** | [Mutual/One-Way] |
| **Effective Date** | [to be filled in] |
| **Term** | [X] years from Effective Date |
| **Survival Period** | [X] years after termination |
| **Governing Law** | [jurisdiction] |
| **Dispute Resolution** | [method] |
| **Notice Method** | [method] |
重要なガイドライン
  • 法的に一貫性があり、専門的に起草された文言を生成してください。これは、空欄のあるテンプレートではなく、法律事務所が作成した文書のように読めるべきです。
  • 秘密情報の定義は、ユーザーの具体的な状況に合わせて調整する必要があります。技術に関するNDAでは、ソースコード、アルゴリズム、技術仕様を具体的に参照するべきです。ビジネスパートナーシップに関するNDAでは、財務データ、顧客リスト、戦略計画を参照するべきです。
  • 常に標準的な除外事項を含めてください。これらは執行可能性のために不可欠です。
  • 強制的な開示の例外規定(法律により要求されるもの)には、通知義務を含める必要があります。すなわち、受領当事者は、法律で許容される範囲で、開示前に開示当事者に通知しなければならず、これにより開示当事者は保護命令を求めることができます。
  • 平易な英語による注釈は、単に少し簡単な言葉で言い換えるだけでなく、真に役立つものでなければなりません。実務上の影響を説明してください。
  • ユーザーが準拠法域を指定しない場合は、生成する前に確認してください。準拠法は執行可能性に大きく影響します。
  • 従業員向けNDAについては、雇用の文脈に固有の条項を含めてください。すなわち、NDAが雇用を保証するものではないことの確認、該当する場合は随意雇用(at-will)の地位の明確化、および執行可能性を高める合理的な範囲の限定です。

コメント