AIが書いたコードにOSSライセンスは移るのか——個人開発の実務整理

AIコーディングツールが提案したコードは、基本的には自分の成果物として扱える一方、既存のOSS（オープンソースソフトウェア）由来のコードと偶然まとまって一致した場合には、元のライセンス条件が問題になり得ます。特に注意が要るのは、改変・再配布時に同じ条件での公開を求める「コピーレフト」型のライセンスです。個人開発でも、コードを公開・配布した時点でライセンスの世界の中にいます。この記事では、なぜAI生成コードでライセンスが論点になるのかを著作権法とOSSの仕組みから整理し、私たちが公開前に通しているチェックを共有します。なお本記事は一般的な情報提供であり、個別の状況に対する法的助言ではありません。

そもそもOSSライセンスは何を縛っているのか

OSSは「無料で使えるコード」ではなく、著作権者が定めた条件付きの利用許諾です。日本では、プログラムは著作物として著作権法の保護対象になります（出典: e-Gov・著作権法）。

ライセンスはこの著作権を前提に、「この条件を守るなら使ってよい」と許諾を与える仕組みです。条件を外れた利用は、許諾のない複製・改変として権利侵害になり得ます。

オープンソースの定義そのものは Open Source Initiative が管理しており、再配布の自由やソース開示などの基準が示されています（OSI・ライセンス一覧）。

コピーレフトが個人開発で効いてくる理由

ライセンスは大きく2系統に分かれます。表示さえすれば自由度の高い「寛容型」（MIT・Apache-2.0・BSDなど）と、改変物の同条件公開を求める「コピーレフト型」（GPLなど）です。

コピーレフト型では、そのコードを組み込んだソフトウェアを配布する際、派生物全体を同じライセンスで公開する義務が生じ得ます（出典: GNU GPL FAQ）。クローズドにしたい個人プロダクトにGPLコードが紛れると、この点が衝突します。

ライセンスの種類は見た目より多く、SPDXの識別子一覧には数百のライセンスIDが登録されています（出典: SPDX License List）。「OSSだから自由」で一括りにできないのが実務です。

AI生成コードで論点になるのは「偶然の一致」

AIが出力したコードの多くはありふれた定型で、特定の著作物の複製とは言えません。短く一般的な表現には著作物性が認められにくいためです。

問題は、学習データに含まれる既存コードと、まとまった量で一致する出力が稀に生じ得ることです。GitHub Copilot が公開コードとの一致を検出・抑制するフィルタを提供しているのは、この可能性に対処するためです（GitHub Copilot ドキュメント）。

つまりリスクは「AIを使うこと」自体ではなく、一致した塊が元ライセンスの条件を引きずってくる点にあります。ツール名を出すこと自体は問題ではなく、出力を検証せずに配布することが問題です（コンテンツ側の論点はAI生成物と著作権の記事で扱っています）。

私たちが公開前に通している4つのチェック

開発を自動化しても、配布物の責任は開発者に残ります（Claude Codeで開発を自動化した構成）。そこで公開前に次を確認しています。

1. 依存ライブラリのライセンス棚卸し: 直接・間接の依存を列挙し、GPLなどコピーレフトが混じっていないかを確認します
2. 表示義務を果たす: MIT・Apacheなどは著作権表示とライセンス文の同梱が条件です。NOTICEやライセンスファイルを削らない
3. まとまった生成コードの出所確認: 特徴的で長い塊は、既存の公開コードと一致していないか検索で確かめます
4. 配布形態を先に決める: クローズドで出すのか、OSSとして出すのかを先に決め、選ぶ依存の条件をそこに合わせます

このうち軽視されやすいのが2番です。寛容型ライセンスは「自由」ではなく「表示すれば自由」で、表示を落とすと条件違反になります。 規約やポリシー整備と同じで、面倒な一手を省くと後で効いてきます（規約・プライバシーポリシーの記事）。

「速く作れる」と「配ってよい」は別

AIでコードを量産できる環境では、書く速度が配る判断を追い越しがちです。しかし配布した瞬間に責任を負うのは、生成したツールではなく開発者です。

ライセンスの確認は、機能を1つ足すより地味で、後回しにされます。それでも、後から混入が見つかると、機能を消すどころか公開自体をやり直すことになりかねません。

個人開発は判断が速いぶん、確認の一手を仕組みに埋め込みやすい立場でもあります。速さは、確認を省く理由ではなく、確認を前倒しする余地として使えます。

よくある質問

Q. AIが生成したコードの著作権は誰のものですか? 短く一般的なコードは著作物性が認められにくく、特定の権利者を観念しにくい一方、既存著作物とまとまって一致する出力は元の権利が問題になり得ます。実務では「誰のものか」を確定させるより、配布前に一致と条件を確認する運用のほうが現実的です。個別の判断は専門家に相談してください。

Q. MITライセンスなら何をしてもよいですか? MITは自由度が高いものの、無条件ではありません。著作権表示とライセンス文を成果物に含めることが条件で、これを落とすと条件違反になります。「寛容型＝表示不要」ではない点に注意が必要です。

Q. 個人の趣味プロジェクトでもライセンスは気にすべきですか? 配布・公開した時点で、規模に関わらずライセンスの対象です。とくにコピーレフトのコードをクローズドに使うと、公開義務との衝突が起こり得ます。公開しないうちは影響が小さくても、配る前提なら最初から確認しておくのが安全です。