オープンソース

AIツールにおけるオープンソースとは

オープンソースソフトウェアは、検査・変更・（通常）再配布を許すライセンスの下でソースコードを公開します。AIツールでは、プロンプト、ログ、認証情報の扱いを読み、製品を自社スタックに合わせ、ベンダーのクラウドリージョンを待たずに実行できます。

オープンソースはタダのビールと同じではなく、セルフホストとも同じではありません。Apacheプロジェクトでも有料ホスト型コントロールプレーンへ誘導されることがあります。プロプライエタリ appliance はライセンスキー付きセルフホストになり得ます。マーケ用語「open」ではなく、ライセンスファイルとデフォルトのテレメトリ経路を読んでください。

AIチームが重視する理由

監査可能性。 エンジニアは顧客会話に触れるコードを見られます — 医療、金融、法務で重要。

カスタマイズ。 クローズド製品はパッチを制限します。オープンツールは認証、保持、モデルルーティング、統合を自社スケジュールで変更できます。

単一ベンダーの kill switch なし。 プロプライエタリ API は廃止されます。git tag を固定、fork、旧リリース継続が可能です。

コミュニティ速度。 アクティブなプロジェクトは、クローズドロードマップが公に認めるより早くセキュリティ修正やアダプタ（LangChain、Kubernetes chart）を得ることが多いです。

実際に出会うライセンス

• MIT — 非常に寛容。著作権表示を保持。商用利用は普通。
• Apache 2.0 — 寛容＋明示的特許許諾。エンタープライズ向け AI インフラで一般的。
• GPL v3 — Copyleft：改変バイナリの配布は通常 GPL 下でのソース共有を意味します。
• AGPL v3 — 多くのネットワーク/SaaS デプロイに及ぶ copyleft。内部製品化前に法務レビュー。
• Source-available / BSL / open core — コードは読める；権利は思った通りでないかも。法務同意まで OSI-open と見なさない。

オープンソース AI ツールの評価

1. 提供形態（内部、SaaS、on-prem）とのライセンス互換。
2. 誰が merge するか：企業、財団、バックアップのない単独 maintainer。
3. リリース頻度、署名済み artifact、セキュリティ連絡先。
4. 本番ドキュメント：Compose/Helm、バックアップ、アップグレード、外部通信。
5. 「open」が学習データ、eval セット、agent runtime を含むか、薄いクライアントのみか。
6. デュアルライセンス：商用 SKU の裏の機能。

リスク

メンテされない repo は腐ります。製品化サービス内の AGPL は予算外のソース開示を強制し得ます。「Open weights」は同じオープンアプリではありません。クラッシュレポートとライセンスチェックが trace を流出させ得ます。maintainer 計画のない fork はあなたのオンコールになります。

よくある質問

GitHub にあればオープンソース？

認められた OSS ライセンスがあり、ライセンスファイルを使う場合のみ。「All rights reserved」は OSS ではありません。

商用製品で Apache 2.0 コード？

通常は可能、クローズドソースでも notice/NOTICE 条件を満たせば。特許・商標は法務確認。

改変を公開しなければならない？

MIT/Apache 2.0 では典型的な内部または SaaS 利用では通常不要。GPL/AGPL は異なります。再配布やネットワークサービス前にライセンスを読んでください。

オープンソースは自動的に安全？

いいえ。可視性は誰かが読みパッチするなら役立ちます。放置された public repo はセキュリティ SLA 付きベンダーより悪いことも。

セルフホストとの関係？

オープンソースはセルフホストを可能にします。クラスタは運用しません。Self-Hosted タグ参照。