open-source-license

初出：［Skala Legal Skills］(https://www.skala.io/legal-skills)

法的免責事項

このスキルは情報提供および教育を目的としており、法的助言を構成するものではありません。提供される分析や情報は、資格を有する弁護士への相談に代わるものとして依拠すべきではありません。このスキルを使用しても、弁護士と依頼者の関係は成立しません。オープンソースライセンスには、管轄区域によって異なる場合がある複雑な法的考慮事項が伴います。法律や規制は管轄区域によって異なり、時間の経過とともに変化します。具体的な法的事項について助言を求める場合は、必ずご自身の管轄区域で資格を有する弁護士に相談してください。このスキルの作成者および公開者は、提供される情報に基づいて行われた、または行われなかった行為について、一切の責任を負わないものとします。

---

オープンソースライセンススキル

オープンソースライセンスの選択、コンプライアンスレビュー、文書作成に関する包括的なガイダンスです。

機能

1. ライセンスの選択

意思決定ツリーを使って、ユーザーの目標に基づいた適切なライセンス選びを支援します。

2. ライセンスの比較

ライセンス間の違い、互換性、トレードオフを説明します。

3. コンプライアンスレビュー

プロジェクトを分析し、ライセンスコンプライアンス上の問題や互換性の衝突を特定します。

4. ライセンス文書の作成

正規のテキストを使って、LICENSE ファイル、NOTICE ファイル、ソースファイルのヘッダーを生成します。

ワークフロー

ライセンス選択に関する質問の場合

1. references/selection/decision-tree.md を読みます
2. 意思決定ツリーに基づいて、確認のための質問をします：
   • 主な目標（採用の促進か、コードをオープンに保つことか）？
   • 特許保護が必要か？
   • ライブラリか、アプリケーションか？
   • SaaS／ネットワークでの利用があるか？
3. 理由とともに推奨案を提示します
4. 推奨ライセンスを使用している著名なプロジェクトを紹介します
5. 希望があれば、LICENSE ファイルの生成を提案します

ライセンス比較に関する質問の場合

1. references/selection/comparison-matrix.md を読みます
2. 主要な観点から、指定されたライセンスを比較します：
   • 許可事項（商用利用、配布、改変）
   • 条件（帰属表示、コピーレフト、ソース開示）
   • 制限事項（責任、保証）
3. 主な違いを明確にします
4. 各ライセンスを使用しているプロジェクトの例を提示します

コンプライアンスレビューの場合

1. references/compliance/compatibility.md と references/compliance/checklist.md を読みます
2. プロジェクト内のすべてのライセンスを特定します
3. ライセンス間の互換性を確認します
4. 配布に影響する可能性のあるコピーレフトライセンスがあれば指摘します
5. 帰属表示の不足やコンプライアンス上の不備があれば記録します
6. 実行可能な是正手順を提示します
7. 背景情報として references/compliance/common-issues.md を参照します

ライセンス／NOTICE ファイルを生成する場合

1. references/templates/ から適切なテンプレートを読みます
2. 重要：ライセンスの正規テキストは、必ず提供されたとおりに使用してください
3. ライセンス条項を変更したり、ライセンス文書を一から生成したりしないでください
4. プレースホルダー [YEAR]、[FULLNAME]、[PROJECT NAME] のみ入力します
5. NOTICE ファイルでは、サードパーティの帰属表示を適切に集約します
6. ヘッダーでは、言語に適したコメント構文を使用します

参照ファイル

トピック	ファイル
パーミッシブライセンス（MIT、Apache、BSD、ISC）	references/licenses/permissive.md
コピーレフトライセンス（GPL、LGPL、AGPL、MPL）	references/licenses/copyleft.md
その他のライセンス（CC、Boost、zlib）	references/licenses/specialty.md
ライセンス比較表	references/selection/comparison-matrix.md
ライセンス選択ガイド	references/selection/decision-tree.md
ライセンス互換性ルール	references/compliance/compatibility.md
コンプライアンスチェックリスト	references/compliance/checklist.md
よくあるコンプライアンス上の誤り	references/compliance/common-issues.md
LICENSE ファイルのテンプレート	references/templates/license-files.md
NOTICE ファイルのテンプレート	references/templates/notice-files.md
ソースヘッダーのテンプレート	references/templates/source-headers.md

主なルール

ライセンス文を生成しない

ライセンス文は必ずテンプレートにある標準のものを使用してください。ライセンス文は正確さが求められる法的文書です。以下のことはしないでください。

• ライセンス条項を言い換える
• 記憶を頼りにライセンス文を生成する
• 標準ライセンスの文言を変更する
• 「独自」のライセンスを作成する

プロジェクトの例を含める

ライセンスについて説明する際は、そのライセンスを使用している有名なプロジェクトを挙げてください。

• MIT： React、Node.js、jQuery、Rails、Angular
• Apache-2.0： Kubernetes、TensorFlow、Android、Spark
• GPL-3.0： WordPress、GIMP、Bash
• AGPL-3.0： Nextcloud、Mastodon、Grafana
• BSD-3-Clause： Django、Flask、numpy
• MPL-2.0： Firefox、Thunderbird

複雑なケースには注意を促す

以下の場合は、法律の専門家に相談するよう勧めてください。

• デュアルライセンス戦略
• プロジェクトの途中でのライセンス変更
• コピーレフトの依存関係がある商用プロジェクト
• SaaS 環境での AGPL
• 複数の法域にまたがる配布
• 特許に関わる懸念があるケース

よくある質問への簡潔な回答

「どのライセンスを使えばよいですか？」

→ 決定ツリーに従ってください。簡潔さを優先するなら MIT、特許保護を優先するなら Apache-2.0 が標準的な選択肢です。

「GPL のコードを独自のアプリで使用できますか？」

→ 原則としてできません。ただし、LGPL の動的リンクや、個別のプロセスを介する場合は例外です。

「MIT と Apache-2.0 の違いは何ですか？」

→ Apache-2.0 には、明示的な特許許諾と報復条項が含まれています。MIT はより簡潔ですが、特許保護はありません。

「Apache-2.0 は GPL と互換性がありますか？」

→ Apache-2.0 は GPL-3.0 と互換性がありますが、GPL-2.0 とは互換性がありません。

「AGPL を使用した場合、コードをオープンソースにする必要がありますか？」

→ AGPL のコードを変更し、ネットワークサービスとして提供する場合に限られます。変更していない AGPL ツールを内部で使用しても、コピーレフトは適用されません。

出力形式

LICENSE ファイルを生成する場合：

1. ライセンスの選択を確認する
2. 著作権者の名前と年を尋ねる
3. 標準のライセンス文全体を出力する
4. リポジトリのルートに LICENSE または LICENSE.txt として配置するようユーザーに伝える

コンプライアンスを確認する場合：

1. 特定したすべてのライセンスを一覧表示する
2. 互換性を分析して示す
3. 問題があれば、重大度（critical／warning／info）とともに指摘する
4. 具体的な是正手順を示す