GCC ステアリング委員会が AI 貢献ポリシーを発表

GCC が AI 貢献制限を実装

GCC ステアリング委員会は、GCC AI ポリシーワーキンググループが開発した AI 貢献ポリシーを正式に採用しました。このポリシーの主要な指針は、「LLM 生成コンテンツを含む、または LLM 生成コンテンツから派生した法的に重要な貢献」をすべて拒否することです。

"法的に重要" の閾値を定義するために、委員会は約 15 行のコードまたはテキストを上限とする GNU プロジェクトメンテナーガイドラインに依拠しています。この閾値を下回る貢献、または法的に重要でない貢献は受け入れられる可能性があります。特に、GCC メンテナーは、LLM によって生成された法的に重要なテストケースを受け入れる裁量を保持しています。

GCC 開発における AI の許可された使用

このポリシーはリポジトリに提出される最終コードを制限しますが、補助ツールとしての Large Language Models (LLM) の使用を禁止するわけではありません。最終的な貢献に直接含まれない出力である限り、AI は次の目的で使用できます。

リサーチと分析: 複雑なコードベースを理解したり、潜在的な実装を探索するために AI を使用する。
バグの発見と報告: ソフトウェアの欠陥を特定し、文書化する。
パッチレビュー: 提出前に提案された変更を分析するために AI を活用する。

法的および著作権の根拠

このポリシーは、GNU 一般公衆ライセンス (GPL) の法的要件に大きく基づいています。GPL は著作権ライセンスに基づいて動作するため、プロジェクトは貢献が著作権で保護されることを確保する必要があります。

業界の専門家やコミュニティメンバーは、米国著作権局の報告書を含む現在の法的先例が、著作権には人間の著作者が必要であることを示唆していると指摘しています。完全に LLM が生成したコードは著作権の対象とならない可能性があり、その結果、GPL の下でライセンスすることが不可能になり、GCC コードベースの法的整合性が損なわれるおそれがあります。

コミュニティの議論と視点

この発表は、施行可能性、倫理、オープンソースメンテナンスの将来に関して、開発者コミュニティ内で大きな議論を巻き起こしました。

ポリシーに賛成する意見

賛成派は、このポリシーがプロジェクトを「AI スロップ」から保護し、貢献者が自分の仕事に責任を持つことを保証すると主張しています。一部のメンテナーは、AI が生成したコードには、完全な論理のすぐ隙間で発生する根本的なミスなど、失敗の兆候がしばしば含まれており、レビュー中に検出可能であると主張しています。

"定期的に貢献する人々には評判があり、AI が使用されていることが判明した場合にそれを失うリスクは、まったく使用しない十分な動機となるべきです。"

ポリシーに反対する意見

批判派は、このポリシーが施行不可能であり、生産性ツールとして AI を使用する有能な開発者を dissuade する可能性があると主張しています。一部は、 frontier モデル（たとえば、GPT-5.5 または Opus 4.8）が人間が書いたコードと見分けがつかないコードを生成し、このポリシーが自己欺滑稽で無意味な練習であると主張しています。

"エンジニアが好きではない自動補完エンジンを使用したことを理由にセキュリティパッチやバグ修正を拒否することは、明らかに過失です。"

メンテナンスと責任の懸念

もう一つの論点は、AI 補助コードの長期メンテナンスです。AI 貢献の批判者は、一時的な貢献者が AI を使ってパッチを送信し、その後姿を消すことが多く、将来のバグレポートへの対応や送信されたコードのメンテナンスを行う人が残されないと指摘しています。

他のプロジェクトポリシーとの比較

GCC のアプローチは他の主要プロジェクトとは異なります。たとえば、LLVM ポリシーは、人間がループに残り、コードをレビューし、貢献に完全な責任を負う限り、LLM を含むあらゆるツールの使用を許可します。GCC ポリシーはより制限が厳しく、提出者の責任だけでなく、出力の法的状況に焦点を当てています。