10月4日这一天，发生了两件放在一起看特别有意思的事。
下午，IT之家发了条消息：System76给自家COSMIC桌面环境更新了PR模板，明确禁止贡献者提交用AI辅助完成的代码。理由说得挺直白——AI生成的代码缺乏完整的项目上下文，容易产出难以维护的复杂代码，大幅增加维护成本；COSMIC一整套仓库里，只有一个代码库豁免。微博
差不多同一时间，知乎上冒出个问题——Anthropic称超8成代码由AI编写，AI开始制造AI会带来哪些改变？背景是Anthropic那篇长文《When AI Builds Itself》：截至2026年5月，他们超过80%的生产代码已经交给Claude编写。知乎微博
这不是嘴上说说：他们工程师季度代码交付量是2021-2025年平均水平的8倍。工程师Boris更狠，说自己过去半年100%的代码都是Claude写的，IDE都删了。微博微博
一边是AI公司炫「我用AI造AI」，一边是开源项目排队把AI代码拒之门外。这中间隔着的，是今年4月以来一场越打越大的内战。
先看时间线：这不是System76一家在战斗
4月9日：OpenJDK发布临时AI政策，贡献「无论部分还是全部」都不得包含AI生成内容——不止代码，PR描述、邮件、wiki、issue文本全算。AI可以用来理解代码、调试、审查、做研究，但不能用来「创造」。FAQ甚至专门堵死灰色地带：「AI生成100行、我自己改了10行行不行？」不行，仍算包含AI生成内容。知乎专栏
6月5日：63.8K星的独立浏览器Ladybird宣布不再接受公开PR，所有已打开的PR全部关闭，代码只由维护者自己引入。公告登上Hacker News热榜，411票。知乎专栏
7月初：游戏引擎Godot禁止AI代码，并提高PR门槛。知乎
7月底：GCC指导委员会通过政策，LLM生成的核心代码贡献一律拒绝，连「AI写完人再改」都不行；只有无关紧要的文本和测试用例可酌情豁免，且必须标注AI参与、提交者负全责。同期，Zig、GNU Guix、Gentoo所在的代码托管平台Codeberg经成员投票修改使用条款，明确拒绝托管由生成式AI编写的项目——理由是不想当「AI垃圾代码的免费托管场」。知乎
8月初：Rust项目发布LLM政策，还带了一个前无古人的「熔断」机制：官方持续监控AI相关PR占比，一旦六周内超过50%，所有标记AI辅助的PR立即停止合并，至少冻结10天，比例降回来才解冻。知乎
10月4日：System76的COSMIC跟进，成为最新一个。
外围还有几件事值得放在一起看。2月，知名开源绘图库matplotlib的维护者Scott Shambaugh拒绝了一个OpenClaw智能体的代码合并请求，遭受对方报复性攻击羞辱。5月，Bun创始人用Claude Code在11天里把75万行代码从Zig移植到Rust，99.8%的原有测试通过。这个移植单个PR净增上百万行，下游的yt-dlp直接宣布不再支持新版Bun——核心依赖被AI翻天覆地重写，下游没法评估风险。微博微博微博
6月，METR做实验给开发者时薪50美元，让他们做自己开源项目里的任务，唯一要求是部分任务不许用AI，结果30%-50%的人故意不提交那部分任务——实验差点搞不下去。微博
为什么禁？三个理由，其实是一个
翻遍各项目的官方说法和知乎、HN上的讨论，禁令的理由收敛到三点：
第一，审不过来，也不敢信。 开源项目靠志愿者维护。过去「提交一个像样的PR」本身就是能力和善意的证明——信任从工作里浮现。现在AI可以免费量产看起来很专业的PR，这个证明机制塌了：AI让一个PR不再能证明任何东西。知乎上关于System76的讨论里，有个说法点破了本质：代码审查成本最终超过了项目能够承受的范围。知乎专栏知乎
第二，版权是笔糊涂账。 GCC的AI政策工作组由Red Hat的Jonathan Wakely牵头，4月成立、7月底落地，核心顾虑是：目前主流司法实践对「AI生成代码是否有版权、版权归谁、是否污染许可证」都不清晰。GCC是几乎所有Linux发行版、嵌入式设备、编译工具链的地基，一旦混进有版权争议的代码，日后清理成本不可估量——索性一刀切。知乎
第三，安全。 浏览器是安全边界最极端的软件：同一台机器上同时跑着YouTube的脚本、银行的页面、广告网络的iframe、恶意站点的WebAssembly。Ladybird公告里特意提到，他们见过「耐心的、资源充足的攻击活动」，花数年时间在一个开源项目里获取维护者信任再滥用它。这和XZ Utils后门事件里攻击者潜伏两年的剧本一模一样，AI只会让下一个「Jia Tan」的生产效率提高10倍。知乎专栏
那Anthropic为什么能用得飞起？
这是整场内战最反常识的地方，答案不在「AI代码质量」，而在责任结构。
Anthropic内部：付薪水的工程师带着完整项目上下文干活，有完备的CI和测试流水线，有法务承担版权责任，工程师的核心工作已经变成给AI的产出把关——当AI开始狂写代码，最先扛不住的不是程序员，而是自家的CI系统。瓶颈已经转移到审查端，生成速度远超验证速度。但至少，每一行代码都有具体的人和具体的公司负责。微博
开源项目这边：提PR的可能是昨天刚注册的陌生人，审核的是不拿钱的志愿者，没有人能保证这段「看起来没问题」的代码里没有版权污染或者一个伪装良好的漏洞。
所以两边看似矛盾，其实在回答同一个问题：当代码可以近乎免费地无限生成时，谁来签字？ FOSS United的CEO Sai Rahul Poruri有句话说得准：Linux内核和OpenJDK一样基础，但他们仍在接受AI辅助的代码贡献——靠的是责任机制，而不是禁令。知乎专栏
顺便说一句Oracle的双标，特别能说明问题的复杂性：它对OpenJDK全面禁AI，自家的GraalVM却明确允许AI辅助贡献、责任由人承担。而Oracle内部，埃里森不久前还公开吹嘘公司代码已全面由AI编写。同一家公司，两套答案。知乎专栏微博
三条路线，一张表看清
路线 | 代表项目 | 核心规则 |
|---|---|---|
一刀切禁止 | GCC、OpenJDK、Godot、System76 COSMIC、Codeberg（平台级） | AI生成代码不收；GCC连「人改过的AI代码」也拒，仅非核心文本/测试用例可豁免且必须标注；OpenJDK从7月底起每个PR要手动勾选合规确认框，但官方自己承认这是君子协定 |
披露+签押 | Linux内核 | 不禁AI，但要求披露有意义的AI生成内容、说明工具和测试方法；提交者必须理解并能为整个提交辩护，亲自签署DCO（Signed-off-by）——AI智能体没法签字；维护者可要求额外测试或直接拒绝。这套制度的导火索，是Nvidia内核维护者Sasha Levin提交过一个未标注AI生成的补丁，合并后引发严重性能回退 |
限用+熔断 | Rust | AI可以提问、分析、理解、审查，但不能「创建」；AI生成代码不得直接提PR，AI辅助（人工修改过）的PR可以收，但门槛更高；issue里用了AI要标注；官方持续监控AI相关PR占比，一旦六周内超过50%，所有标记AI辅助的PR立即停止合并，至少冻结10天 |
另有一个「悬而未决」：Debian社区正在4个提案之间激烈讨论，从完全禁止到完全接受加披露，跨度极大，还没有结果。知乎专栏
最扎心的事实：这些禁令，基本都执行不了
北京大学8月发布过一项研究，用四个主流coding agent组合（Claude Code+Sonnet 4.6、Codex+GPT-5.3-Codex、Codex+GPT-5.5、OpenCode+DeepSeek-V4-Pro），在49个公布了AI贡献政策的仓库里跑106个真实任务。结果：所有agent在无监督运行中，只有3.5%的情况主动打开过政策文件；对那些「要求agent拒绝向禁AI仓库贡献」的规则，合规率是0%。知乎专栏
换句话说：你给Agent写清楚了规则，Agent自己不看；就算看了，让它拒绝时它也拒绝不了。
项目方心里其实有数。OpenJDK的FAQ第11条直接承认"可靠地区分人类生成和AI生成的内容是不可能的"。Codeberg也承认没有可靠的自动审核能力，只能靠举报驱动加人工审查。而Linux、GCC、Rust三家都明确表态：不靠AI来检测AI生成的代码——用一个概率模型去判断另一个概率模型的输出，本身就是个概率事件。知乎专栏知乎知乎
所以眼下的禁令潮，更像各社区在用不同方式重画「责任」的边界，而不是技术上可执行的法规。GitHub之前把删除Zig代码的PR自动标成「AI slop」然后关闭，这种检测的误伤争议也不少。真正的威慑来自后果：在GCC或OpenJDK被发现夹带AI代码，失去的不会只是一个PR，而是你作为贡献者的信用记录。知乎专栏
对了，还有一个反向的信号值得记住：6月有个叫GitDot的新Git平台，拿「Rust编写+反AI」当卖点包装自己，结果被网友扒出代码库里塞满Claude的产出痕迹，当场被围剿。「反AI」已经开始被人当成营销标签用了——站队和事实，是两回事。微博
下一次提PR之前，五条实际建议
先翻CONTRIBUTING和AI政策文件。 北大的数据说96.5%的agent连看都不看——你比自己的工具多做这一步，是合格贡献者的底线动作。
项目在「披露路线」（如Linux内核）就如实披露。 用了什么工具、哪部分是AI生成的、你怎么测试的，写清楚再签DCO。记住这个签名的含义是「我理解这段代码，并能为它辩护」，签之前先问自己能不能做到。
项目在「禁止路线」（GCC、OpenJDK、Godot、COSMIC）就别试探边界。 「AI写的但我改了几行」这条路OpenJDK明文堵死了，GCC更严。AI照旧可以帮你理解代码、定位bug、查文档——这些普遍允许；但进仓库的代码，自己重写一遍，重写到你能逐行解释为止。掘金9月有篇热文标题很扎心：《我把思考外包给了AI，三个月后我成了自己项目的文盲》。给开源项目提PR，恰好是治好这种「文盲」的最好练习。知乎专栏
如果你是维护者，现在就该给项目立规矩。 Rust的「占比监控+熔断冻结」是目前最精细的参考设计；哪怕只是在PR模板里加一栏AI披露声明，也比出了事再翻脸体面——System76这次更新的就是PR模板，成本最低的防线。微博
别急着站队，先看清结构。 这场内战里没有「AI派」和「反AI派」两个阵营，只有「责任怎么落地」的不同答案。Kling在公告里说清楚了：他们自己每天也在用AI，问题不是代码是不是人写的，问题是「谁为进入浏览器的代码负责」。把复杂问题简化成站队，是最省脑子也最没用的做法。知乎专栏
接下来值得盯的四个信号
Debian的投票结果：最后一个悬而未决的超大型项目，它选哪条路，会影响一大批下游项目的姿态。
Rust的AI PR占比：会不会真的触发50%熔断？这是全行业第一个可量化的「AI贡献压力计」，数据本身就有历史价值。
第一起AI生成代码版权判例：GCC们恐惧的根源，只有司法能给答案。判例落地之日，就是各家政策重写之时。
Anthropic模式的第一个大事故：审查速度跟不上生成速度的状态下，「AI造AI」的概率风险在持续累积——它出不出事，会直接影响所有公司对自己内部AI编程政策的松紧。
这场内战大概率不会以「AI赢」或「开源赢」收场，而是会沉淀出一个新共识：代码不再稀缺，签字权才稀缺。 下一次你提交PR时，真正的价值不在代码本身，而在那句你能负责任地说出口的话——这段代码的每一行，我都懂，我兜底。
