一个开源项目把 AI 彻底挡在了门外

多数开源项目还在为 AI 生成贡献的边界争论，一个嵌入式项目直接掀了桌子。MicroZig——基于 Zig 语言的嵌入式开发框架——在行为准则里写下了目前能见到的最严苛禁令。

一、发生了什么

这份政策写在该项目代码库的行为准则文件里，10 月 28 日生效，被外界视作开源社区对 AI 贡献最彻底的一次说不。它不是泛泛地"不欢迎 AI"，而是逐项列死：不允许提交大模型生成的代码或文字；不允许转述模型的产出再贴进来；不允许用 AI 改错别字和语法；不允许机器翻译；不允许先和聊天机器人头脑风暴再把结论发出来——哪怕最终成文的是你自己；连"用 AI 找 bug"也被明文禁止；在社区里讨论自己怎么用聊天机器人，同样不行。

配套安排也算周到：英语不是硬性要求，欢迎直接用母语发帖，翻译问题留给读者各自的工具解决——项目方宁愿大家各用各的母语，也不接受机器翻译做中介。违规者将被移出社区，由两位维护者负责执行，范围覆盖该组织的代码库和聊天服务器。小团队的好处是规则真能落地：执行者既是规则作者也是社区门卫。文件末尾甚至附了一篇阿西莫夫的小说链接，指向的主题恰是"机器代劳之后人会失去什么"。

二、跟你有什么关系

开源维护者。 想禁 AI 的项目有了一个现成的文本模板，条款颗粒度够细，抄之前先想清楚自己社区的工作性质。

嵌入式工程师。 固件代码错了会烧板子，这里的审查文化本来就排斥来历不明的提交；一颗芯片出问题，召回和事故的代价远超省下的几行代码，政策的严格程度和风险等级是对应的。

普通贡献者。 在这类项目里，"我让 AI 帮我润色了说明文档"现在等同违规，动手前先读行为准则。

三、怎么判断

1. 看项目类型：固件、驱动这类高代价低冗余的代码，对 AI 产出保持警惕有工程上的理由；纯文档或实验性项目未必需要这么严。
2. 看条款可执行性：判断"是不是 AI 写的"主要靠自觉申报和审查者眼力，政策的威慑意义大于技术拦截。
3. 看你的立场：如果日常依赖 AI 辅助，这类项目最好绕开，别浪费彼此的时间。
4. 看成本去向：禁令之下，翻译、校对、查错都回到人工，多出来的时间成本就是社区为"信任"付的价。

四、三个别信的说法

禁 AI 就是开倒车。 项目维护者有权定义自己社区的产出标准，这不是技术路线之争，是社区自治的边界。

所有开源项目都会跟进。 大型基金会托管的项目大多走了另一条路：要求标注 AI 使用情况，而不是一刀切禁止，两条路线会长期并存，没有共识恰恰说明还没有标准答案。

禁了就没人贡献了。 该项目的贡献者本来就在一个很窄的专业圈子里，真正在意条款的人恰恰是它想留下的人。

五、一句话结论

开源社区第一次给出如此完整的"零 AI"样本，管不管用，让提交记录说话。

信息来源

• MicroZig 行为准则原文

功能与价格以官方公告为准。本文写于 2026 年 10 月 28 日。