背景：AI 编码工具普及之后，维护者面对的不只是代码质量，还有法律责任与评审成本，各项目的应对方式差别很大，争论也从技术层面扩散到社区治理层面。

要点

• ImageMagick 关于禁止 AI 编写代码的提案挂了近八个月，本周被关闭并锁定议题，起因是一次由 Claude Opus 完成的合并提交。
• Asahi Linux 把部分代码从 MIT 许可改为 GPLv2，原因是有人取走未发布的成果、极端情况下还用大模型改写以掩盖来源。
• cURL 在 AI 生成的低质量报告占据多数之后，于一月底终止了漏洞赏金计划。
• Codeberg 成员在 7 月以 358 票对 144 票通过决议，停止托管以 AI 生成为主的项目，理由是爬虫负载与存储成本。
• 项目政策各不相同：GCC 拒绝具有法律意义的 LLM 贡献并计划在 2027 年初前复审，内核要求有具名人类负责，Rust 允许把 LLM 用于问答与评审但禁止 LLM 生成的评论、文档与诊断信息，Debian 的决议保持工具中立。
• 另一侧的论点是规则清晰加人工把关即可受益，也有人公开批评社区正在形成反 AI 的教派化倾向。

对企业 IT 的意义

企业向开源项目提交 AI 辅助完成的补丁之前，应先核对目标项目的政策与署名、责任要求，否则可能被关闭并浪费双方评审资源。内部同样值得建立 AI 贡献的标识与审计流程，把许可与来源风险的检查前移到合并之前。

出处：原文（It's FOSS 评论文章）。