2026 年的编程世界，几乎所有人都被同一股浪潮裹挟——AI 写代码。GitHub 的 CEO 公开喊话"要么拥抱 AI，要么滚出这个行业"，Copilot 已经贡献了 GitHub 40% 的营收增长，连 Bun 这种明星项目都据传用 Claude Code 把自己从 Zig 整个重写成了 Rust。在这样的大背景下，Zig 语言创始人 Andrew Kelley 走进 JetBrains 的播客镜头，说了一句让整个开发者社区炸锅的话：所有 AI 生成的贡献，"invariably garbage（无一例外是垃圾）"，而且具有"negative value（净负价值）"。
这期一小时十三分的访谈之所以值得深读，不是因为它是又一个"AI 焦虑"的视频，而是因为它罕见地、系统地给出了一个逆向者的完整逻辑闭环：为什么禁 AI、为什么搬离 GitHub、为什么靠一个 $670K 的非营利基金会活着、为什么八年了还死活不发 1.0。这四件事看似散落，其实同根同源——它们共同回答了一个在 AI 时代越来越稀缺的问题：软件项目的独立性，到底值多少钱？
不管你是 Zig 的粉丝还是 Rust 信徒，不管你是 LLM 重度用户还是坚定的"自己写派"，这期视频都会逼你重新审视一个被默认为常识的东西：开源协作的底层经济模型，正在被 AI 重写。
| 项目 | 内容 |
|---|---|
| 视频标题 | Zig 2026: No-AI Policy, $670K Foundation, Left GitHub & Why Zig Isn't 1.0 - Andrew Kelley Explains |
| 频道 | JetBrains |
| 时长 | 约 1 小时 13 分 |
| 播放量 | 约 61 万（持续增长中） |
| 发布日期 | 2026 年 6 月初 |
| 核心主题 | Zig 语言在 AI 浪潮中的反潮流治理哲学 |
| 嘉宾 | Andrew Kelley（Zig 创始人、ZSF President） |
Andrew 在访谈里对 AI 生成代码贡献的评价，用词之重超出多数人的预期。他没有说"AI 代码质量参差不齐"，而是直接定性为"invariably garbage"，并强调它们具有 negative value——不是零价值，而是负价值。理由很具体：录制这期节目时，Zig 项目有约 200 个待审 pull request，而核心审查者只有寥寥几人。每一个 AI 生成的"看起来还凑合"的补丁，都在偷走团队最稀缺的资源——审查者的时间。
【延伸分析】这是整个 No-AI 政策最硬的底层逻辑：它不是审美洁癖，而是经济学。开源维护者的瓶颈从来不是"写不出代码"，而是"审不过来代码"。LLM 恰恰在错误的环节加速了——它让"生成一个看似合理的 PR"的边际成本趋近于零，却没有同步降低"判断这个 PR 是否值得合并"的成本。结果就是维护者收件箱的信噪比崩塌。Andrew 把这个过程比作 "contributor poker（贡献者扑克）"——AI 把牌桌搞乱了，维护者再难从一堆噪声里识别出真正有长期潜力的人。
这是整个讨论里被引用最多、最被社区认可的一个论证框架，由 Zig 软件基金会的社区副总裁 Loris Cro 在博客中系统阐述。核心一句话：维护者评审 PR 的首要目标，不是"合并代码"，而是"培育可长期信任的贡献者"（you bet on the contributor, not the contents of their first PR）。
在这个模型下，AI 辅助的贡献是致命的：哪怕 LLM 帮你提交了一份完美的 PR，团队花在 review 上的时间，对"培育一个新的可信任贡献者"这件事毫无帮助。因为这些人是 Andrew 口中的 "drive-by contributors（一次性贡献者）"——给一段不是自己写的代码写 review 意见，对提交者本人没有学习价值，他们既没读懂代码库，也没吸收反馈，更没积累判断力，是 "unteachable" 的。Simon Willison 评价这是他见过的"对 LLM 协助贡献一刀切禁令的最佳论证"。
【延伸分析】这个视角非常深刻，因为它戳破了一个常见的反驳："可AI也能写出好代码啊。" 问题的关键从来不是代码好不好，而是开源项目的产出物，其实是'人'，不是'代码'。代码是可替换的，一个被验证过的核心贡献者是不可替代的。一旦你看懂这一点，就会明白为什么 Zig 宁可错杀好 PR，也要保住"通过 PR 筛选人"这套机制。
Zig 的 No-AI 政策范围之广，超出多数人想象：不仅不接受 LLM 生成的代码，用 LLM 改写的、用 LLM 头脑风暴出来的、用 LLM 调试出来的、乃至 LLM 生成的 issue 评论和 issue 翻译，统统不接受。很多人会问：为什么不"只接受好的 AI PR"？Andrew 的回答极其务实——因为"只接受好的"会让审查成本不降反升。
【视频原话逻辑】如果政策是"接受好的 AI PR、拒绝坏的 AI PR"，那审查者就必须逐个打开、逐个判断"这是不是 AI 写的、写得好不好"，这反而比直接全禁更累。所以 Andrew 选择了可执行性（enforceability）优先的策略："If I say none whatsoever, then it's a very easy policy to enforce."（如果我说一律不要，那这就是一个极易执行的政策。）
【延伸分析】这是一个被严重低估的工程智慧：一个能被严格执行的简单规则，胜过一个完美但无法落地的复杂规则。 现实里无数开源项目的 AI 政策之所以形同虚设，就是栽在"灰度"上。Zig 用一刀切换来了政策的可信度，这本身就是一种治理设计。值得一提的是，据 Startup Fortune 2026 年 3 月对 112 个主要开源项目的调研，全面禁止 AI 贡献的只有 4 个——Zig、NetBSD、GIMP、QEMU，占比仅 3.5%。这是一条极少有人走的窄路。
如果说 No-AI 是理念之争，那么离开 GitHub 就是最具体的行动。Zig 把主代码库从 GitHub 迁到了德国非营利托管平台 Codeberg，GitHub 上的 ziglang/zig 设为只读。导火索听起来很"接地气"：一个叫 safe_sleep.sh 的脚本 bug——当进程在 1 秒窗口内没被调度时就会无限循环。这个 bug 2025 年 4 月就被报告，8 月才合并修复，issue 直到 12 月才关闭，整整拖了 8 个月。
Andrew 用一个辛辣的词形容 GitHub Actions："vibe-scheduling"（凭感觉调度任务）。他讽刺说，自打 GitHub CEO Thomas Dohmke 喊出"要么拥抱 AI，要么滚出这个行业"之后，连 master 分支的提交都不被检查了。GitHub 的工作重心明显从"工程可靠性"转向了"AI 功能堆砌"。
【延伸分析】这件事的本质，是当一个基础设施供应商的战略与你价值观冲突时，你必须迁移，哪怕代价是放弃网络效应。数据显示，迁移当周一个相关帖子在 X 上获得 37.4 万次浏览；Codeberg 的付费会员数从 2025 年 1 月的 600+ 翻倍到年底的 1200+。这不是孤立事件——Dillo 浏览器等项目也因类似原因迁出。一个新的、基于"非营利 + 反 AI"的代码托管生态正在悄悄成型。
视频标题里的 $670K，指的是 Zig Software Foundation 2024 年的总收入约 $670,672。这串数字本身不稀奇，稀奇的是 Andrew 对这笔钱的态度。他把每年能稳定带来 $170,000+ 的 GitHub Sponsors 直接定性为 "liability（负担/隐患）"，并主动呼吁捐赠者迁移到非营利平台 Every.org，还停掉了相关赞助等级 perks。
【背景补充】ZSF 是一个 501(c)(3) 非营利，2020 年成立，92% 的预算直接用于支付贡献者（承包商按 $60/小时计）。Andrew 自己是唯一正式雇员，年薪董事会定为 $159,790，但他实际只领 $108,000，差额捐回基金会，President 职务纯志愿不拿钱。收入构成高度多元：Uber 的支持合同 $184,800（用 Zig 工具链并买 SLA）、Mitchell Hashimoto 个人捐赠 $150,000、Bun 赞助 $60,000、TigerBeetle $60,000。
【延伸分析】这一段是整个故事里最反直觉、也最有商业洞察的部分。多数人会想：能收钱为什么不收？Andrew 的逻辑是——当你 90% 的捐赠入口都经过同一家"All-in AI"的公司时，这家公司对你的影响力，远大于它带来的那笔钱。 把 GitHub Sponsors 当 liability，本质是在做"财务去依赖化"。这对所有依赖单一平台变现的开源项目都是一个警钟：你的收入渠道集中度，就是你的风险敞口。
Zig 在 2016 年 2 月 8 日首次发布，到 2026 年还在 0.16 版本，pre-1.0。十年了。The Register 2026 年 5 月的专访标题就是《Zig creator seeks 'uncompromising perfection' before blessing 1.0》。Andrew 的框架很清晰：1.0 不是"成熟"的标志，而是"未来改动不会破坏现有代码"的承诺。
JetBrains 的博客对此的定性一针见血："这不是疏忽或延迟，是刻意选择……不是犹豫，是克制。"Zig 在问的不是"多快能到 1.0"，而是"如果今天发布，我们会后悔锁定了什么？"
【延伸分析】这背后是一个被多数语言社区忽略的真相：1.0 是一份不可撤销的契约，发布得越早，你被自己的早期决策绑架得越深。 Python 2→3 的迁移之痛、Java 早期 API 一辈子删不掉的坑，都是"赶 1.0"的代价。Zig 背后支撑这种耐心的，是它的商业结构——无风投、无企业时间表的 501(c)(3) 非营利，没有"为 optics 凑里程碑"的压力。换句话说，独立性是耐心的前提，耐心是质量的前提。 这是一条完整的因果链。
这是整个故事里最具戏剧张力、也最尖锐的现实检验。Bun，这个 Zig 生态最知名的旗舰项目（JavaScript/TypeScript 运行时），据 The Register 等媒体报道，在 2026 年 5 月由作者 Jarred Sumner 主导，用 AI（Claude Code）几乎全自动地把 Bun 从 Zig 重写为 Rust——一个提交合并了超过 100 万行 Rust 代码、删除约 60 万行 Zig 代码，Bun 1.3.14 成为"最后一个 Zig 版本"。导火索之一，正是 Zig 严格的 no-AI 政策与 Bun 团队的 AI 工作流之间的根本冲突，以及 Bun 的性能补丁（如并行语义分析带来的 4 倍编译提速）因政策原因无法上游化。
【延伸分析】这个事件构成了对 Andrew 哲学的最强反证：当你把 AI 贡献者挡在门外，你也同时把依赖 AI 的高产出项目挡在了门外。 Zig 坚守了"不妥协的完美"，代价是眼睁睁看着自己的头号用户用 AI 头也不回地转向了 Rust。这不是谁对谁错——它是两种开源价值观的根本分叉：一种把"代码的纯净与可控"放在首位，一种把"开发速度与产出规模"放在首位。而 2026 年的市场，正在用脚投票给后者。读懂这一层，你才算读懂了这期视频真正的分量。
flowchart TD
A["Zig 的逆行生存学<br/>根基：uncompromising perfection 不妥协的完美"]
A --> B["① No-AI Policy<br/>封杀一切 AI 代码贡献"]
A --> C["② 基建独立<br/>从 GitHub 迁至 Codeberg"]
A --> D["③ 非营利基金会<br/>$670K / 92% 付给贡献者"]
A --> E["④ 拒绝赶 1.0<br/>1.0 是承诺而非里程碑"]
B --> B1["invariably garbage / negative value"]
B --> B2["Contributor Poker: 培育人而非合并代码"]
B --> B3["一刀切 = 可执行的 policy"]
C --> C1["vibe-scheduling / safe_sleep bug 8 个月"]
C --> C2["CEO: embrace AI or get out"]
C --> C3["GitHub Sponsors = liability"]
D --> D1["501(c)(3) 无风投 不换董事会席位"]
D --> D2["Andrew 年薪定 $159K 实领 $108K"]
D --> D3["独立性 → 耐心 → 质量"]
E --> E1["语言+标准库+工具链三者稳定承诺"]
E --> E2["对捷径天然敌视，与 No-AI 同源"]
B -.现实张力.-> F["Bun: 用 AI 把 Zig 重写为 Rust<br/>不妥协的代价"]
C -.生态趋势.-> G["Codeberg 会员翻倍 / slopfree software 运动兴起"]
如果你是开源项目维护者：Andrew 给的最直接启发是——先想清楚你的 contribution pipeline 到底在优化什么。如果你要的是"更多代码"，那 AI 贡献是红利；如果你要的是"更多可信任的长期贡献者"，那 AI 贡献就是噪声。Zig 的"一刀切全禁"之所以有效，不是因为 AI 代码一定差，而是因为它换来了政策的可执行性。你可以借鉴的不是"也禁 AI"，而是这个决策框架：与其制定一个完美但落不了地的灰度规则，不如选一个粗糙但人人都能照做的硬规则。
如果你是日常用 AI 写代码的开发者：这期视频值得一记的是社区里那个被反复点赞的现象——Gell-Mann 效应的代码版：LLM 让你在自己不擅长的领域显著加速，却在你擅长的领域因为要反复修正它的设计和正确性问题而变慢。这意味着 AI 辅助有一个隐形的代价：它鼓励你停留在自己的舒适区之外去"产出"，却悄悄侵蚀你在核心领域的深度判断力。Andrew 口中"computers serving humans"正在变成"humans serving computers"的感慨，值得每个重度 AI 用户停下来想一想。
如果你在做技术选型：Zig 这套操作给了一个被低估的评估维度——项目的独立性。一个被风投裹挟、被单一平台绑架、为了 KPI 赶里程碑的项目，和一个 92% 钱直接付给贡献者、宁可放弃 $170K 收入也要换平台的项目，你能依赖它十年的概率完全不同。在 AI 让一切技术栈加速迭代的今天，"慢但稳"反而成了稀缺品。
关于 1.0 这个词：下次你看到某个框架/语言"终于发 1.0 了"，不妨多问一句——它是真的承诺了 API 稳定，还是只是为了给企业客户一个"可以用了"的信号？Zig 用十年时间告诉你：1.0 是一份契约，不是一枚勋章。 发得早，是透支未来；发得晚，是给未来留余地。
Zig 官网与设计哲学 — ziglang.org — 直接读首页那三条 "No hidden control flow / No hidden memory allocations / No preprocessor, no macros"，三句话就读懂 Zig 的全部审美。
Loris Cro《Contributor Poker and AI》 — kristoff.it/blog/contributor-poker-and-ai/ — 这是社区公认"对 LLM 贡献一刀切禁令的最佳论证"，比视频本身更系统。
Zig 官方迁移声明 — ziglang.org/news/migrating-from-github-to-codeberg/ — Andrew 亲述离开 GitHub 的全部原因，含 GitHub Sponsors = liability 的原始论证。
ZSF 2025 财务报告 — ziglang.org/news/2025-financials/ — 一家非营利开源基金会如何把 92% 的钱花在人身上，罕见的透明财务披露。
The Register《Zig creator seeks 'uncompromising perfection' before blessing 1.0》 — 2026 年 5 月专访，理解"1.0 是承诺而非里程碑"这条哲学的最佳入口。
在所有人都在用 AI 把代码写得更快的时候，Zig 用"禁 AI、弃 GitHub、永不 1.0"这三步，赌的是另一件更稀缺的事——软件项目可以用十年为单位思考，前提是它把独立性看得比增长更重要。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。