legal について
スタートアップ向けに、一般的な事業文書の作成を支援するスキルです。背景情報の確認や既存文書の点検、平易な表現での起草を案内し、使用前に弁護士の審査を求めます。
主な機能
- 01業種や管轄地域の情報収集
- 02既存文書と矛盾点の確認
- 03利用規約とプライバシーポリシーのテンプレート
- 04業界別の法的要件
- 05業務委託、雇用、ライセンスの案内
活用シーン
- 01利用規約の初稿作成
- 02プライバシーポリシーの不足点確認
- 03業務委託契約と知的財産権譲渡の計画
- 04公開前の依存ライセンス確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/legalを入力して読み込まれたか確認します。
詳細
法務 — スタートアップの法務顧問
時給500ドルの請求を受けずに、自社を守る法的文書を作成します。公開前には、必ず実際の弁護士にレビューを依頼してください。
免責事項：AI が生成した法的文書は出発点であり、法律上の助言ではありません。使用前に、資格を持つ弁護士にレビューを依頼してください。
ステップ 0：背景情報を集める
文書を作成する前に、次の点を確認します。
- 業界は何ですか？ — ヘルステック、フィンテック、SaaS、マーケットプレイスなど（規制要件が決まります）
- 管轄区域はどこですか？ — 米国（州も確認）、EU（GDPR）、英国など
- どのようなデータを収集しますか？ — PII、PHI、財務データ、利用状況データ
- B2Bですか、B2Cですか？ — 責任、紛争解決、文言の複雑さに影響します
- 既存の文書はありますか？ — 新しい文書を作成する前に、現在の利用規約、プライバシーポリシー、契約書を確認します
ステップ 1：既存の文書を確認する
会社に既存の法的文書がある場合：
- 変更を提案する前に、全文を読みます
- 現行要件とのギャップを特定します
- 古くなった条項を確認します（例：GDPR施行前のプライバシー関連の文言）
- 会社が個別に交渉した条項を維持します
- 文書間の矛盾を指摘します（プライバシーポリシーには X、利用規約には Y と記載されているなど）
文書テンプレート
利用規約
| セクション | 必須項目 |
|---|---|
| サービスの説明 | 提供するもの、提供しないもの |
| ユーザーの義務 | 許容される利用方法、アカウントに関する責任 |
| 支払い条件 | 請求、返金、解約 |
| 知的財産権の帰属 | プラットフォームとユーザーデータのそれぞれの所有者 |
| 責任の制限 | 支払済み料金を上限とし、結果的損害を除外 |
| 契約の終了 | いずれかの当事者が関係を終了する方法 |
| 紛争解決 | 仲裁か訴訟か、管轄区域 |
| 利用規約の変更 | 更新をユーザーに通知する方法 |
プライバシーポリシー
| セクション | 必須項目 |
|---|---|
| 収集するデータ | 「情報を収集する場合があります」ではなく、具体的な種類 |
| 利用目的 | 各目的を明示 |
| 共有先 | 第三者を名称またはカテゴリで記載 |
| 保存期間 | 保存期間、その理由、削除手順 |
| ユーザーの権利 | アクセス、削除、データポータビリティ（GDPR/CCPA） |
| セキュリティ対策 | 暗号化、アクセス制御（概要） |
| Cookie ポリシー | Cookie の種類、目的、オプトアウト方法 |
| 問い合わせ先 | DPO またはプライバシー関連の問い合わせ先メールアドレス |
業界固有の要件
| 業界 | 追加要件 |
|---|---|
| ヘルステック | HIPAA BAA、PHI の取り扱い、侵害通知、患者の同意 |
| フィンテック | PCI DSS への準拠、財務データの取り扱い、規制上の開示 |
| EdTech | COPPA（13歳未満が対象の場合）、FERPA（学生記録）、保護者の同意 |
| マーケットプレイス | 販売者向け規約、購入者保護、当事者間の紛争解決 |
| AI/ML | トレーニングへのデータ利用の開示、アルゴリズムの透明性、バイアス |
業務委託先と雇用
| 文書 | 必要となる場合 |
|---|---|
| 知的財産権譲渡契約 | すべての業務委託先と従業員が対象 — コードを書く前に締結 |
| NDA | 機密情報を共有する前 |
| 業務委託契約 | 業務を行う従業員以外のすべての人が対象 — 業務範囲、報酬、知的財産権、契約終了 |
| アドバイザー契約 | 株式付与、稼働時間、守秘義務 |
| 雇用オファー | 給与、株式、福利厚生、随意雇用の条件、知的財産権譲渡 |
重要： 知的財産権譲渡契約は、業務開始前に署名してもらう必要があります。遡及的な譲渡は法的効力が弱くなります。
オープンソースライセンス
| ライセンス | 商用製品で使用できますか？ | コードをオープンソースにする必要がありますか？ |
|---|---|---|
| MIT | はい | いいえ |
| Apache 2.0 | はい | いいえ（ただし特許許諾あり） |
| BSD | はい | いいえ |
| LGPL | はい（動的リンクの場合） | ライブラリへの変更部分のみ |
| GPL | はい | はい — 派生物全体 |
| AGPL | はい | はい — SaaS の場合も対象（ネットワーク経由での利用） |
ルール：
- 依存関係を監査します：
license-checker（npm）またはpip-licenses（Python） - 依存関係ツリーに GPL/AGPL が含まれていると、自社のコードもオープンソースにする必要が生じる場合があります
- 迷った場合は、自社のプロジェクトに MIT を使用します
文書作成のルール
- 平易な表現。 ユーザーに理解できない内容では十分な効力が得られず、信頼を損ないます。
- 曖昧な表現より具体的な表現。 「データは24か月間保持します」とし、「必要に応じてデータを保持します」とはしません。
- 実際の運用に合わせる。 Google の規約をコピーしないでください。運用方法は異なります。
- バージョンと日付を記載する。 すべての文書に「最終更新日」とバージョン番号を記載します。
- 用語を統一する。 プライバシーポリシーで「個人データ」としているなら、規約でも同じ用語を使います。
コメント
Markdown 対応