💻 编程语言 · 开源社区

🔥 Zig 的"离经叛道"不是耍酷，而是创始人对开源本质的一次清醒回归——拒绝 AI 代码、搬离 GitHub、十年不发 1.0，背后都指向同一个执念：代码的诚实与人不可被替代。

一、迁离 GitHub：当平台"拥抱 AI"撞上了创作者底线

2025 年末，Zig 软件基金会主席 Andrew Kelley 正式宣布，把主仓库从 GitHub 迁往德国非营利平台 Codeberg。这不是一次意气用事的搬家。Kelley 在公告里直言，GitHub 的工程文化已经"腐烂"，Actions 持续集成屡屡出现"vibe-scheduling"——作业被看似随机地挑选运行，导致他们的 CI 系统久积成堵，连 master 分支的提交都无法被正常检查。导火索则是一个叫 safe_sleep.sh 的脚本 bug，会让进程以 100% CPU 空转数小时甚至永久，多位核心开发者证实它曾悄悄拖垮 Zig 的两台 runner 服务长达数周。

更深层的矛盾，是 GitHub 背后微软对 AI 的激进押注。Kelley 认定平台正不遗余力地把 Copilot"怼到每个人脸上"，这与 Zig 严格的反 AI 政策正面冲突。与其花钱买更多 CI 硬件去适配一座摇摇欲坠的基建，Zig 选择直接换码头，把 GitHub 仓库设为只读，新 issue 从编号 30000 起重新计数，干脆利落地切断了平台锁定。

二、杜绝 AI 编程：一句"几乎总是垃圾"的强硬立场

在 AI 编程大热的今天，Zig 是少数几个明确禁止 AI 贡献的主流项目之一。Kelley 在 JetBrains 播客里的评价毫不客气——AI 辅助的贡献"几乎总是垃圾"，不只是零价值，而是负价值。他说得直白：曾有超过 200 个 AI 生成的 PR 堆在审查队列里，抢走了团队极其稀缺的 code review 时间。更关键的是，Zig 把"培养贡献者"当成核心使命，而 AI 写出来的代码无法被 mentor，因为提交者根本不懂自己"写"了什么。

这个立场并非孤例，却足够孤独。2026 年 3 月的一项调查显示，112 个大型开源项目中，只有 Zig、NetBSD、GIMP、QEMU 四个彻底禁 AI。由此也带来了现实代价——Bun 团队用 AI 工作流搞出了约 4 倍的编译性能提升，却因违反 Zig 的政策无法回馈上游，只能长期维护下游 fork。Kelley 的回答很冷静：Zig 优化的是"贡献者深度"，是十年尺度的社区建设，而非当下那点补丁数量。

三、67 万美元与 50 年愿景：反商业的生存法则

支撑这一整套"反潮流"操作的，是一套克制得近乎苛刻的运营模型。Zig 软件基金会是一家在美国注册的 501(c)(3) 非营利组织，年收入约 67 万美元，几乎全部来自个人开发者的自发捐赠，去年 91% 的款项直接付给了投入项目的合同工。没有风投、没有企业冠名赞助、没有 KPI，连团队规模都被刻意压在个位数。

Kelley 的目标是一门外带 50 年使命的语言。正因如此，他把 LLVM 形容为"自行车的辅助轮"，正在逐步摘除，转而用自研 x86 后端实现百万行代码库 50 毫秒级别的增量编译。也正因如此，Zig 在连续十一年、十六个 0.x 版本之后依然不发 1.0——因为 1.0 意味着对向后兼容的郑重承诺，必须配得上"绝不妥协的爱的劳动"。在 Stack Overflow 的年度调查里，Zig 常年位列"最受推崇语言"前五，靠的从来不是流量，而是那种久违的、无需解释的认同。

综合 InfoQ、The Register、ByteIota 报道 | 2026年8月