GCC 拒收具著作權意義的 LLM 衍生內容，生成測試可由維護者例外接受

GCC 指導委員會正式接受 AI Policy Working Group 提出的貢獻規則，為大型基礎開源專案如何處理生成式程式碼提供一個較細緻的邊界。新政策不是全面禁止貢獻者接觸 LLM，而是聚焦輸出是否成為 GCC 原始碼、文件或其他需要處理著作權歸屬的內容。

依政策摘要，專案將拒絕包含 LLM 生成內容、或由該內容衍生而來的「具法律意義」貢獻。判斷沿用 GNU 維護指南的實務門檻，約為 15 行程式碼或文字；這代表少量、非重大修改不一定落入拒收範圍，但把代理產生的大段 patch 人工潤飾後送出，也不能僅因改過字句便視為人工作品。政策另設一項技術例外：維護者可選擇接受具法律意義的 LLM 生成測試案例。

允許範圍包括研究、程式分析、找出與回報錯誤、檢查 patch，以及拼字、文法、直接翻譯和無障礙輔助；前提是模型輸出本身未被納入貢獻，且允許類型的結果由貢獻者驗證。對使用 coding agent 的工程師而言，實務流程因此必須保留「模型協助理解」與「模型直接撰寫交付內容」的界線。若代理已產生實作，單靠人工 review 不一定足以符合規則，可能需要由理解問題的人重新撰寫。

這項政策的限制在於來源辨識主要依賴誠信、審查與社群信任，沒有可靠方法能由 patch 反推出是否使用模型；文件撰寫、重構建議與衍生內容的界線也仍可能產生爭議。委員會明言政策會持續演變並定期重審。後續值得觀察 GCC 是否把規則加入貢獻清單、簽署聲明或審查模板，以及其他編譯器與核心專案是否採用相同門檻。