GCC スティアリング委員会、LLM 生成コードのコントリビューションを拒否する新方針を発表
GCC プロジェクトは法的に有意な LLM 生成コードの受け入れを正式に拒否し、15 行を超えるコードやテキストの混入を禁止する方針を固めた。
リリース: 2026-07-29 · 読了 3 分記事の要約
1. 核心（What）
- GCC スティアリング委員会は、GCC AI policy working group が推奨した AI コントリビューション方針の採用を発表
- GNU Project の保守担当者ガイドラインに基づき、著作権法上の閾値である「約 15 行以上のコードやテキスト」を法的に有意な生成物と定義
- LLM を用いた研究、分析、バグ発見、パッチレビューなどの用途での利用は制限対象外
- GCC 保守担当者の判断により、LLM によって生成されたテストケースの受け入れは特例として許可される場合がある
2. 影響（Why）
- OSS における法制リスクの明確化: 著作権侵害リスクを避けるため、15 行以上の LLM 生成コードを明確に排除する基準が示されたことで、大規模 OSS へのコントリビューションにおけるガードレールが定まった。
- 国内インフラ開発への波及影響: [国内 組込み Linux / OS 開発ベンダー] のような基盤ソフトウェアを扱う組織は、社内開発プロセスにおいて LLM で生成したコードが誤って upstream に混入しないよう、コミット前の静的解析や行数フィルターの導入が急務となる。
3. 根拠・詳細（How）
- GNU ガイドラインに基づく閾値の設定: GNU Project maintainer guidelines の定義を採用し、著作権法上の意味を持つ基準として「15 行のコードおよびテキスト」を境界値に指定している。
- 適用範囲の厳格な切り分け: コードベース本体へのマージやパッチとしてのコントリビューションを禁止する一方、デバッグやテストケースの生成などローカルな検証工程での LLM 利用は明確に除外されている。
4. 展望・課題（Next）
- ポリシーの定期的な見直し: ステアリング委員会は、AI 技術や法環境の変化に応じて本方針を定期的に再検討し進化させる予定である。