一句话看懂：一个叫 Open Source Says No 的目录站收录了 22 个明文拒绝 AI 生成贡献的开源项目，11 月 11 日登上 Hacker News 首页。这说明开源维护者对 AI slop PR 的压力已经从零星抱怨变成可查询的生态信号。
事件核心：发生了什么
2026 年 11 月 11 日，目录站 osssaysno.com 在 Hacker News 获得 61 分、106 条评论。站点把公开禁止 AI 生成贡献的项目逐条列出，附政策原文、覆盖范围和验证日期，截至当天收录 22 个，包括 yt-dlp、Godot、QEMU、immich、Zig、Redox、Servo 等。不是新政策集中发布，而是长期分散在 CONTRIBUTING.md 与 AI_POLICY.md 里的条款第一次被摆上台面。Godot 基金会在 6 月底更新贡献政策，禁止自主 AI Agent 与 vibe coding 式提交，AI 只允许补全、正则、查找替换等机械任务并须披露；Redox 3 月直接封禁，System76 则为 COSMIC 桌面更新 PR 模板要求声明无 AI 生成内容。Linux Foundation 10 月调研中，受访者估计约四分之一新 PR 属于低质量 AI slop。
为什么重要
AI 编码工具让提交 PR 的成本趋近于零，但审查成本没有同步下降。System76 首席工程师 Jeremy Soller 把这当成算术问题：PR 数量暴涨、可审查人力不变，账算不平。RedMonk 分析师 kate holterhoff 梳理的 86 个开源组织政策大致分三派：封禁、披露、允许但要求负责。目前封禁仍属少数，多数项目停在“允许但提交者必须理解并为之负责”。不过政策方向在收紧，Godot 和 System76 都是 2026 年下半年才行动。
对用户/开发者/创作者的影响
给开源项目提 PR 前，先查仓库里的 CONTRIBUTING.md、AI_POLICY.md 或直接搜项目名加 AI policy，osssaysno.com 可作快速索引，但收录有滞后，最终以仓库原文为准。补全、正则、查 bug 这类辅助用法大部分政策放行；让 Agent 生成整个功能再原样提交，在封禁派项目里会直接关闭甚至封号。pip 明确禁止 LLM 进入 Co-authored-by 署名，Godot 连 AI 翻译的社区沟通都不收。即便项目不强制披露，说清哪些部分有 AI 参与、自己如何验证过，仍是加分项。
值得关注的后续
一是目录站名单是否持续扩大，以及是否有更多中型项目从“披露”转向“封禁”；二是 GitHub 是否真的为 PR 入口加“kill switch”，这会影响维护者的日常操作；三是检测手段能否跟上，目前政策多靠自觉披露加人工识别，Godot 式自动封号的误伤风险仍待观察。
来源：juejin
