Lutris、Claude表記の削除でGPLが揺らぐ事態へ

Lutris、Claude表記の削除でGPLが揺らぐ事態へ

Linux定番ゲームマネージャ「Lutris」の創設者が、Claude生成コードのコミットから共著者表記を削除した。AI使用そのものより、この「隠した」行為がGPLライセンスの土台を直接揺らしている。


「LLM生成コミットが増えていないか」という一つの問いから

事の発端は、GitHubに投げられた素朴な疑問にある。あるユーザーが「Lutrisはslop(雑なコード)になっているのか?」というイシューを開き、「LLM生成と思われるコミットが増えている」と指摘した。Lutrisは2009年から続くLinux向けのオープンソースゲームマネージャで、Wineを介してWindows用ゲームを動かしたり、エミュレータを統合したりするための定番ツールだ。

これに対し、創設者のマチュー・コマンドン(Mathieu Comandon、GitHubではstrycore)は正面から認めている。30年以上の開発経験があり、いま使っているのは現時点で最良のツールだ、と。健康問題やうつ病で去年こなせなかった作業に追いつくうえで、Claudeは大きな助けになった、とも書いている。

ここまでは、AIコーディングツールを使う多くの個人開発者と変わらない話だ。問題はその次にある。

「区別できないようにした」という一文

コマンドンはイシューの最後にこう書いた。引用ブロックでそのまま示す。

このイシューが上がってくるかも、と疑っていたから、数日前にコミットからClaude共著者表記を削除しておいた。だから、何が生成コードで何がそうでないか、頑張って見分けてくれ。

これが、AI使用そのものよりはるかに大きな炎上を呼んだ。コミット履歴は、誰がどの行を書いたかを記録する著作権の帳簿でもある。Co-Authored-By: Claudeという1行が消えたことで、「どこが人間の手書きか」「どこがAI生成か」を後から判別する手段が失われた。

問題提起したRobo-Fortune氏はDiscussionでこう書いている。Lutrisはユーザーのアカウント、パスワード、APIキーと結びついており、AI生成コードのセキュリティリスクが懸念されているなか、ユーザーから批判が出始めた途端に履歴を消すのは、信頼を裏切る行為だ、と。


GPLの土台が崩れる

ここから話はさらに深いところへ降りる。AI使用の是非ではなく、ライセンスの構造的な問題だ。

別のIssue #6538で、ユーザーは具体的にこう指摘した。米国ではAI生成コードに著作権が認められない。著作権がないなら、そのコードはパブリックドメイン扱いになる。GPLはコードの著作権を前提に「これを使うならソースを公開しろ」と縛りをかけるライセンスなので、著作権がないコードに対してはGPLが効かない

これは個人の解釈ではない。米著作権局(USCO)は2025年1月29日に公開した報告書「Copyright and Artificial Intelligence, Part 2: Copyrightability」で、人間の著作者性を著作権保護の根本要件とし、純粋にAIが生成した出力は著作権の対象外と明記した。プロンプト入力だけでは表現要素を十分に制御したとは言えず、著作者と認められない、という立場も取っている。

GPLライセンス下のソフトウェアにパブリックドメインのコードが混ざること自体は珍しくない。問題は、LutrisでどこがGPL保護でどこがパブリックドメインか分からなくなった点にある。

イシューの提起者はこう書く。誰かがLutrisのコードを盗んでGPL違反したとき、AI生成部分が追跡できないなら、訴訟は格段に難しくなる。最悪の場合、被告側の弁護士が「著作者を合理的に特定できないのだから、Lutris全体をパブリックドメインとして扱うべきだ」と主張する道すら開く、と。

AI生成コードの著作権記録を意図的に消すことは、結果的に自分の書いたコードの法的保護も弱める行為になる。GPLという防壁の高さは、コミット履歴という土台に支えられているからだ。

これは技術論ではなく、オープンソースの根幹に関わる話だ。FOSS(Free and Open Source Software)の「Free」は無料という意味ではなく、自由を意味する。その自由を守るための仕組みがGPLであり、GPLを支えるのがコミット履歴の透明性だ。コマンドンは「俺は全コミットの責任を取る」と書いたが、責任の話と著作権の話は別レイヤーにある。


「変わらない」と言ったあとに、表記を戻した

コマンドンは当初の声明でこう書いていた。Claudeを使うかどうかが社会を変えるわけではない、現政権下では何も良くならない、と。GamingOnLinuxの記事はこの最後の一文を引用し、「だから自分のやり方を曲げない」という宣言として読み取った。

ところが、3月13日に状況が動いた。GamingOnLinuxの更新によれば、コマンドンはClaudeの著作権表記を戻した。理由は「これだけ大事になったから、Claude表記を戻すことにした」とだけ。

世の中を変えないと言いながら表記を戻したのは、自分の中で天秤がどう動いたのか。社会への影響では戻していない、コミュニティの圧力で戻したのだ。これは批判ではなく、観察だ。FOSSプロジェクトの維持はコミュニティとの約束で成り立っており、その約束に何らかの形で応答せざるを得なかった、ということだろう。

戻したからといって、消えていた期間のコミットの著作権状態が遡って明確になるわけではない。一度欠落した記録は戻らない


ディストリ側の動きと、温度差

CachyOSのフォーラムでは、cachyos-gaming-metaからLutrisを外すべきという議論が立った。投稿者は「Lutrisメンテナが事実上のvibe coding(AI任せのコーディング)プロジェクトであることを認めた以上、デフォルトで推奨するのは見直すべき」と書いている。Heroic Games LauncherやBottlesといった代替ツールも存在するため、ユーザーの選択肢自体は狭まらない。

一方で、コマンドン側にも擁護の声はある。Discussion #6528には、Proton-GEで知られるGloriousEggrollが「opinion以上の実害が報告されていない」とコメントしている。Lutrisメンテナのdanieljohnson2氏も、Claude Codeを使った経験から「コードレビューと組み合わせれば有用」と書いた。

ここにFOSS文化の根本的な分裂が現れている。「ツールは中立で、使い方が問題」という立場と、「ツール自体が著作権・倫理・コミュニティ規範に構造的な歪みを持ち込む」という立場。前者から見ればコマンドンの判断は合理的だし、後者から見れば信頼を破壊する選択になる。


ライセンスとAIの問題は、Lutrisだけの話ではない

Lutris事件の本質は、Lutris固有のドラマではない。GPLとAI生成コードの相性問題はすでに発生しているということを、可視化しただけだ。

GPL、Apache、MITといった主要OSSライセンスは、いずれも著作権を前提に設計されている。AI生成コードがパブリックドメイン扱いになるなら、AIで生成されたコードが多く混ざるプロジェクトは、ライセンスのコアな仕組みが効かなくなる領域を抱えることになる。

指摘された通り、解決策はシンプルで、コミットメッセージにCo-Authored-By: Claudeを残すことだ。著作権を持つ部分と持たない部分を明示的に分ける。これだけで、後の検証が可能になる。

コマンドンが最終的に表記を戻したのは、そういう意味では正しい着地点だった。ただ、最初に消すという選択をしたこと、そしてそれを「イシューがうるさそうだから」という理由で行ったことは、FOSSプロジェクトの透明性に対する一種の認識の浅さを示している。

30年の経験があるベテラン開発者でも、AI時代のライセンス構造には新しい注意が必要になる。これは個人の能力の問題ではなく、ツールが法的フレームワークの想定外を作っているからだ。

このテーマは、これから個人開発のFOSSプロジェクトが順次直面する。Lutris事件は、答えではなく問いの形を最初に見せた事例になった。


参照元

他参照

関連記事

この記事を共有する