# 开源项目开始拒绝没人负责的 AI 代码

- 来源：Computing Life · Share · 鸭哥调研
- 发布时间：2026-07-09T00:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/43852
- 原文：https://yage.ai/share/open-source-ai-code-responsibility-20260709.html

## 摘要

Zig、QEMU、Gentoo 等底层项目直接禁止 AI 生成代码，担心版权不清和安全黑盒。Godot、Django、NumPy 走中间路线：可以用 AI 辅助，但必须披露、必须有人为每一行代码负责。Linux 内核不限制工具，但死死卡住开发者原创证书（DCO）签名——AI 不是人，不能签字，责任必须落在具体开发者头上。核心变化是：社区现在要的是一条可...

## 推荐理由

这篇不是空谈趋势，而是把几个大项目的具体政策条款摆出来，说明社区已经从“代码能不能跑”转向“出事谁能负责”。信息密度够，但属于趋势汇总而非独家爆料，所以分数没往上顶。我会先打个折，因为正文没披露这些项目拒绝 AI 代码后对贡献量的实际影响数据，这点先别太激动。

## 锐评

这条新闻值得点开，因为它不是泛泛讨论AI伦理，而是给出了具体项目的实操规则。Zig、QEMU、Gentoo这类底层项目直接禁止AI生成代码，担心的是版权不清和安全黑盒——正文没披露具体出过什么事，但态度很明确：维护者不愿为低成本生成的自动化代码做义务测试。Godot、Django、NumPy走中间路线，允许AI辅助但必须披露，且禁止用AI自动审阅PR，因为自动审阅意见噪音大、幻觉多，会消耗维护者精力。Linux内核的做法最务实，不限制工具，但死死卡住开发者原创证书（DCO）签名——AI不是法律实体，不能签字，责任必须落在具体人头上。

文章本身有个信息缺口：所有政策都是项目官方文档的转述，没有采访到实际维护者，也没有给出因AI代码引发纠纷的真实案例。所以这些规则到底是防患于未然，还是已经吃过亏才定的，正文没说清楚。另外，文章末尾标注“100%由AI生成”，在讨论AI代码责任的语境下，这个标注本身就有点讽刺——读者自然会问：这篇分析的责任人是谁？

对从业者的实际影响是，以后往这些项目提交代码，光跑通测试不够，还得准备好说明AI用在哪、你是否逐行理解、愿不愿意为后续问题负责。这会让提交门槛变高，但也能过滤掉大量低质量的AI生成PR。