禁止 AI 代码进仓库：Pop!_OS 这道门禁在防什么
观点：这道门禁真正保护的是「有人对这段代码负责」
Pop!_OS 宣布：在其大部分代码库中禁止提交 AI 生成的代码。限制覆盖项目的主要代码部分，具体范围与执行细则未进一步说明。
这条规则看起来像"反 AI"，但把它放进开源项目的真实处境里看，它解决的是一类很具体的问题。
三个要点
- 责任主体必须存在。 开源许可证要求贡献者声明有权提交该代码。如果代码来源不可解释，项目就无法承担责任。
- 维护成本会转移。 一份没人真正写过的代码，在两年后需要改动时，没有任何人能说清它的意图——维护者要独自承担这个成本。
- "大部分代码库"这个限定很关键。 它说明规则是分层的：核心逻辑严管，文档、脚本、样板代码可以放松。一刀切既不可行，也不必要。
同类先例不止一家：Zig 早前也明确表示不接受 AI 生成的贡献。这类项目的共同特征是——代码寿命长、维护者少、出错代价高。
对读者的实际建议
- 按层级制定规则。 核心逻辑要求人工编写并可解释；工具链、脚手架允许 AI 辅助，但要求披露。
- 用"披露制"替代"一票否决"。 提交时说明哪部分是 AI 辅助、由谁验证过，比事后靠工具检测更可行。
- 审查重点放在"为什么"。 AI 写的代码常见问题是能跑但意图不明，评审时要追问设计理由。
- 别指望自动检测。 生成痕迹越来越难识别，规则只能靠社区共识执行。
结论：这道门禁保护的是"有人对这段代码负责"这件事。个人项目不必照抄，但凡是需要长期维护的项目，它值得抄一半。
参考来源
- Pop!_OS / System76 官方公告：system76.com
- Hacker News 讨论（AI 热帖）
- 素材索引：AI HOT（aihot.news）
延伸阅读：Claude Haiku 5.5 降价 75%：小模型的竞争已经移到单价表 · 辛顿要 AI 过「FDA 那道门」：监管真正难的不是门槛，是拿什么当证据