MicroZig 项目组（Zig Embedded Group）近日正式更新行为准则，宣布自 2026 年 10 月 28 日起，其 GitHub 组织及 Discord 服务器将进入无 LLM / 无 AI 时代。这份长约 63 行有效代码的准则，除了禁止 LLM 生成代码或文本，甚至将范围延伸至语法纠错、翻译、头脑风暴乃至寻找 Bug 等环节，成为目前开源领域最激进的禁机器宣言。该政策大部分借鉴自 Zig 官方行为准则——Zig 官方本身也在其 Codeberg 组织、IRC 频道和开发 Zulip 实施了严格的全面禁令，同样禁止 LLM 生成代码或文本、改写、编辑、翻译、头脑风暴和找 Bug。
该准则既是对垃圾代码的防御，也是对开发者交流方式的强行重塑。在准则生效前两周，项目主维护者 Matthew Knight 曾合并了一份由贡献者提交、经过硬件测试且质量过硬的 PR #1087，但该贡献者在该 PR 中坦陈使用了 LLM 辅助撰写英文评论。这一事件成为转折点——维护者宁愿亲自去翻译非母语贡献者的语言，也不愿容忍以 LLM 润色后的机器中介式沟通。
文化忠诚的筛选机制
准则中特意引用阿西莫夫的小说《Profession》，暗喻人类应当回归独立思考与学习。对于 Matthew Knight 而言，这并非简单的技术性过滤，而是一场文化忠诚度的筛选。
这种政策实际上将参与者置于二选一的境地：要么放弃 AI 辅助，适应一种更为吃力但纯粹的编码环境；要么另起炉灶，通过 Fork 分支去构建一个允许 AI 参与的平行社区。Knight 本人对此持极其冷静的态度，他承认两种工作流在本质上互不兼容，与其在同一空间内因协作方式摩擦，不如通过明确的界限分流。
监管退位与纯粹化生存
当开源界还在为是否强制标注 Assisted-by 而争论时，Linux 内核已在 2026 年 10 月的选择中证明了标签机制的无效——只有大约 10% 的相关提交带有该标签。面对失效的监管，开源项目开始向两个极端分化：
以 Linux 和 curl 为代表的阵营选择务实，通过取消漏洞赏金、强化提交者对代码的辩护义务，将治理压力转化为个人的责任边界；而以 Zig 生态为代表的项目则近乎洁癖，通过彻底清场将维护者从机器生成的冗余信息流中解放出来。
- 风险.对于非英语母语的贡献者，MicroZig 的规则意味着失去了低门槛沟通的辅助手段，协作成本明显上升。
- 提醒.该准则禁止在 GitHub 或 Discord 进行元讨论，因此任何对规则的质疑都会被视为干扰项目运行的破坏行为。