はじめに
EnablerDAOは現在、複数プロダクトを運営しているが、ライセンス戦略が統一されていない。chatweb.aiとelioはMITライセンスで公開中だが、StayFlow・enablerdao.com・JiuFlowはライセンス未設定。
「MITのままで本当にいいのか？」 — この問いに答えるため、OSS・知財・SaaSの専門家5名を招集し、バーチャル会議を開催した。
注意: AIシミュレーションです。実在の人物の公式見解ではありません。
参加者
| 名前 | 役割 | 専門 |
|---|---|---|
| Heather Meeker | OSS弁護士 | OSSライセンス法務の第一人者。「Open Source for Business」著者 |
| Adam Jacob | OSS起業家 | Chef共同創設者。BSL（Business Source License）の実践者 |
| Tobie Langel | OSSストラテジスト | W3C TAG元メンバー。企業のOSS戦略コンサルタント |
| 松田光希 | 日本IT法弁護士 | ソフトウェアライセンス・SaaS契約の日本法専門家 |
| Kyle Mitchell | ライセンス設計者 | PolyForm License、License Zero の考案者 |
現状の棚卸し
Heather: まず現状を整理しましょう。
| プロダクト | 種別 | ライセンス | 収益モデル | リスク |
|---|---|---|---|---|
| Chatweb.ai | AIチャットSaaS | MIT | サブスク¥980〜 | ⚠️ 高：コード丸ごとコピーして競合サービス構築可能 |
| Elio | iOSアプリ | MIT | App Store | ⚠️ 中：フォークしてApp Storeに別アプリとして出せる |
| StayFlow | 宿泊管理SaaS | なし | サブスク¥2,900〜 | ⚠️ 高：ライセンスなし=著作権のみ保護 |
| EnablerDAO | DAOサイト | なし | — | 低：サイト自体に独自価値は少ない |
| JiuFlow | 柔術プラットフォーム | なし | 未定 | 低：開発初期 |
議論1: MITライセンスの問題点
Adam: 率直に言います。SaaSプロダクトにMITは自殺行為です。私はChefでその痛みを味わった。MITで公開したコードをAWSがマネージドサービスとして提供し始め、我々のビジネスを直接侵食した。
Heather: 法的に整理すると、MITは：
- ✅ コードのコピー・改変・再配布が自由
- ✅ 商用利用に制限なし
- ✅ SaaSとして提供しても原作者への通知義務なし
- ❌ 特許権の明示的な付与がない（BSDも同様）
つまり、Chatweb.aiのRustコードを丸ごとコピーして、別のAIチャットSaaSを立ち上げることが完全に合法。
Kyle: MITの「問題」は実は「設計通り」なんです。MITはそもそもそのために作られた。問題は、MITをSaaSビジネスに適用してしまったこと。
議論2: 選択肢の比較
Tobie: 主要なライセンス選択肢を比較しましょう。
| ライセンス | 競合によるSaaS化 | コントリビューション | 企業採用のしやすさ | 法的複雑さ |
|---|---|---|---|---|
| MIT | 🔴 防げない | 🔴 義務なし | 🟢 最も採用されやすい | 🟢 最もシンプル |
| Apache 2.0 | 🔴 防げない | 🔴 義務なし | 🟢 特許条項で安心 | 🟢 シンプル |
| AGPLv3 | 🟢 SaaS提供時にソース公開義務 | 🟢 改変は公開義務 | 🔴 企業が避ける | 🟡 やや複雑 |
| BSL 1.1 | 🟢 商用制限（期限付き） | 🟡 コントリビューション可能 | 🟡 理解が必要 | 🟡 中程度 |
| ELv2 | 🟢 競合サービス提供を禁止 | 🟡 ソース閲覧可能 | 🟡 ElasticやMongoDBが採用 | 🟡 中程度 |
| PolyForm | 🟢 用途別に細かく制御可能 | 🟡 Non-Commercial等選択可 | 🟡 新しいが明快 | 🟢 読みやすい |
| プロプライエタリ | 🟢 完全に防げる | 🔴 外部貢献不可 | — | 🟢 シンプル |
議論3: Chatweb.aiをどうするか
Adam: Chatweb.aiは最も危険。Rustで書かれた高品質なAIチャットエンジンが、50+ツール・マルチLLMフェイルオーバー・音声対応まで全部MITで公開されている。大手クラウドベンダーがフォークして「マネージドAIチャット」を出したら終わりです。
Kyle: 私の提案は BSL 1.1（Business Source License）です。
Business Source License 1.1
Licensed Work: Chatweb.ai (nanobot)
Change Date: 2029-02-26 (3年後)
Change License: MIT
Additional Use Grant:
You may use the Licensed Work for any purpose
EXCEPT providing a commercial hosted service
that competes with Chatweb.ai.
つまり：
- ソースコードは公開のまま
- 自社内利用・学習・改変は自由
- 競合SaaSとしての提供だけが禁止
- 3年後に自動的にMITに転換（将来の安心感）
Heather: BSLはMariaDB・CockroachDB・HashiCorpなど実績があります。法的にも安定している。
松田: 日本法の観点からも問題ありません。BSLは著作権ライセンスの一種で、日本の著作権法下でも有効です。ただし、日本語の翻訳・説明文を添えることを推奨します。
議論4: StayFlowをどうするか
松田: StayFlowはライセンスが未設定です。これは日本法では「著作権者がすべての権利を留保」となりますが、GitHubに公開されている場合、利用者が混乱します。
Tobie: StayFlowは有料SaaSです。こちらはプロプライエタリ（独自ライセンス）か、少なくとも ELv2（Elastic License v2）が適切でしょう。
Kyle: StayFlowにはPolyFormの PolyForm Noncommercial も選択肢です。ソースは見える。学習に使える。でも商用利用は禁止。
Adam: 私はStayFlowは プロプライエタリ + ソース公開 を推します。いわゆる「Source Available」モデル。コードは見えるが、ライセンスは独自。
Heather: 全員の意見を統合すると、StayFlowはELv2が最適解でしょう。
Elastic License 2.0 (ELv2) のポイント:
✅ ソースコードは公開可能
✅ 自社利用・改変は自由
✅ 学習・研究目的はOK
❌ マネージドサービスとしての提供は禁止
❌ ライセンスキー回避の禁止
議論5: その他のプロダクト
Tobie: 残りのプロダクトは比較的シンプルです。
| プロダクト | 推奨ライセンス | 理由 |
|---|---|---|
| Elio (iOSアプリ) | BSL 1.1 | App Storeで配布するためソース非公開でも良いが、OSSコミュニティへの貢献を考慮 |
| EnablerDAO (サイト) | MIT のまま | DAOサイト自体に独自の競争優位性は少ない。オープンさがDAO精神に合致 |
| JiuFlow | MIT or AGPLv3 | 開発初期。コミュニティ貢献を促したいならAGPL、シンプルにしたいならMIT |
議論6: デュアルライセンスの検討
Kyle: もう一つの戦略としてデュアルライセンスがあります。
デュアルライセンス モデル:
オプション A: AGPLv3（無料）
→ SaaSとして提供する場合、ソースコード全体の公開義務
オプション B: 商用ライセンス（有料）
→ AGPLの制約なしで利用可能
→ 年額契約でEnablerDAOから直接購入
Heather: MongoDB、Confluent、GitLabがこのモデルで成功しています。ただし、全コントリビューターからCLA（Contributor License Agreement）を取得する必要がある点に注意。
松田: 日本企業への販売を考えると、デュアルライセンスは理解されやすいです。「無料版はAGPL、商用版は年額ライセンス」というモデルは日本のSI企業にも馴染みがあります。
最終提言
全員一致の結論
| プロダクト | 現状 | 推奨 | 優先度 | 理由 |
|---|---|---|---|---|
| Chatweb.ai | MIT | BSL 1.1 | 🔴 最優先 | 収益の主力。競合フォークリスクが最も高い |
| StayFlow | なし | ELv2 | 🔴 最優先 | ライセンス未設定は法的リスク。有料SaaSなので保護必須 |
| Elio | MIT | BSL 1.1 | 🟡 中 | App Storeアプリのフォーク防止 |
| EnablerDAO | なし | MIT | 🟢 低 | DAOサイト。OSSで問題なし。ただしLICENSEファイルは追加 |
| JiuFlow | なし | MIT | 🟢 低 | 開発初期。コミュニティ優先 |
即座に実行すべきアクション（今週中）
- StayFlowにELv2のLICENSEファイルを追加 — ライセンスなしは最もリスクが高い
- Chatweb.aiをMIT→BSL 1.1に変更 — Change Date: 3年後、Additional Use GrantでSaaS競合禁止
- EnablerDAO・JiuFlowにMITのLICENSEファイルを追加 — ないよりマシ
- CLAテンプレートを準備 — 将来のコントリビューター対応
中期アクション（1ヶ月以内）
- BSL 1.1の日本語説明ページをenablerdao.comに掲載
- READMEにライセンスバッジと説明を追加
- 商用ライセンスの問い合わせ窓口を設置
- 法務レビュー（松田弁護士の知見を元にした日本法対応チェック）
まとめ
「MITで全部公開」は危険。特にChatweb.aiとStayFlowは収益の柱であり、競合がコードをそのまま使ってサービス展開できる状態は事業リスク。
BSL 1.1 + ELv2の組み合わせが現実解。ソースは公開したままコミュニティへの貢献も維持しつつ、「競合SaaSとしての利用」だけを制限する。OSSの精神を捨てるのではなく、持続可能なオープンソースへの移行。
「OSSは慈善事業ではない。持続可能なビジネスの上にこそ、良いOSSが生まれる」— Adam Jacob