GCC、著作権上重要なLLM由来コンテンツを拒否、生成テストはメンテナーの裁量で例外的に受け入れ可能

GCC Steering Committeeは、AI Policy Working Groupが提案した貢献ルールを正式に承認した。これは、大規模で基盤的なオープンソースプロジェクトが生成コードをどのように扱うべきかについて、よりきめ細かな境界を示すものだ。新ポリシーは、貢献者によるLLMの利用を全面的に禁止するものではなく、その出力がGCCのソースコード、ドキュメント、または著作権の帰属を扱う必要があるその他のコンテンツに組み込まれるかどうかに焦点を当てている。

ポリシーの概要によると、プロジェクトは、LLMが生成したコンテンツを含む、またはそこから派生した「法的に重要な」貢献を拒否する。判定にはGNU Maintainer Guidelinesの実務上の基準が踏襲され、目安はコードまたは文章で約15行とされる。つまり、少量で実質的ではない変更は必ずしも拒否の対象にならない一方、agentが生成した大規模なpatchを人間が手直しして提出しても、単に表現を変更しただけでは人間による著作物とはみなされない。ポリシーには技術上の例外も設けられており、メンテナーは、法的に重要なLLM生成のテストケースを受け入れるかどうかを選択できる。

許可される用途には、調査、プログラム解析、バグの発見と報告、patchのチェックのほか、スペルや文法の修正、直接翻訳、アクセシビリティ支援が含まれる。ただし、モデルの出力自体が貢献に含まれておらず、許可された用途によって得られた結果を貢献者が検証することが条件となる。coding agentを利用するエンジニアは、実務上、「モデルによる理解の支援」と「モデルが納品物を直接記述すること」の境界を維持しなければならない。agentがすでに実装を生成している場合、人間によるreviewだけではルールへの準拠に不十分な可能性があり、問題を理解した人が改めて書き直す必要が生じ得る。

このポリシーの限界は、出所の識別が主に誠実さ、レビュー、コミュニティーの信頼に依存している点にある。patchからモデルの使用有無を遡って確実に判定する方法はない。また、ドキュメント作成、リファクタリングの提案、派生コンテンツの境界を巡って、今後も議論が生じる可能性がある。委員会は、ポリシーが継続的に発展し、定期的に再検討されると明言している。今後は、GCCがこのルールを貢献チェックリスト、署名付き宣言、またはレビューテンプレートに組み込むか、さらに他のコンパイラやカーネルプロジェクトが同じ基準を採用するかが注目される。