# 封杀AI代码、弃GitHub：Zig创始人Andrew Kelley的逆行宣言 ## 为什么这期视频值得你认真看完 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） | --- ## 核心内容拆解 ### 要点一："invariably garbage"——AI 贡献的审查经济学 Andrew 在访谈里对 AI 生成代码贡献的评价，用词之重超出多数人的预期。他没有说"AI 代码质量参差不齐"，而是直接定性为"invariably garbage"，并强调它们具有 **negative value**——不是零价值，而是负价值。理由很具体：录制这期节目时，Zig 项目有**约 200 个待审 pull request**，而核心审查者只有寥寥几人。每一个 AI 生成的"看起来还凑合"的补丁，都在偷走团队最稀缺的资源——**审查者的时间**。 【延伸分析】这是整个 No-AI 政策最硬的底层逻辑：**它不是审美洁癖，而是经济学**。开源维护者的瓶颈从来不是"写不出代码"，而是"审不过来代码"。LLM 恰恰在错误的环节加速了——它让"生成一个看似合理的 PR"的边际成本趋近于零，却没有同步降低"判断这个 PR 是否值得合并"的成本。结果就是维护者收件箱的信噪比崩塌。Andrew 把这个过程比作 "contributor poker（贡献者扑克）"——AI 把牌桌搞乱了，维护者再难从一堆噪声里识别出真正有长期潜力的人。 ### 要点二："Contributor Poker"——Zig 真正想要的不是代码，是人 这是整个讨论里被引用最多、最被社区认可的一个论证框架，由 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%。这是一条极少有人走的窄路。 ### 要点四：搬离 GitHub——"safe_sleep"bug 与"vibe-scheduling" 如果说 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 基金会——把 GitHub Sponsors 当成"liability" 视频标题里的 $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，本质是在做"财务去依赖化"。这对所有依赖单一平台变现的开源项目都是一个警钟：你的收入渠道集中度，就是你的风险敞口。 ### 要点六：为什么八年了还不发 1.0——"uncompromising perfection" 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 的反讽——用 AI 把 Zig 重写成 Rust 这是整个故事里最具戏剧张力、也最尖锐的现实检验。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 年的市场，正在用脚投票给后者。读懂这一层，你才算读懂了这期视频真正的分量。 --- ## 知识结构图 ```mermaid flowchart TD A["Zig 的逆行生存学
根基：uncompromising perfection 不妥协的完美"] A --> B["① No-AI Policy
封杀一切 AI 代码贡献"] A --> C["② 基建独立
从 GitHub 迁至 Codeberg"] A --> D["③ 非营利基金会
$670K / 92% 付给贡献者"] A --> E["④ 拒绝赶 1.0
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
不妥协的代价"] 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 是一份契约，不是一枚勋章。** 发得早，是透支未来；发得晚，是给未来留余地。 --- ## 延伸学习路径 1. **Zig 官网与设计哲学** — [ziglang.org](https://ziglang.org/) — 直接读首页那三条 "No hidden control flow / No hidden memory allocations / No preprocessor, no macros"，三句话就读懂 Zig 的全部审美。 2. **Loris Cro《Contributor Poker and AI》** — [kristoff.it/blog/contributor-poker-and-ai/](https://kristoff.it/blog/contributor-poker-and-ai/) — 这是社区公认"对 LLM 贡献一刀切禁令的最佳论证"，比视频本身更系统。 3. **Zig 官方迁移声明** — [ziglang.org/news/migrating-from-github-to-codeberg/](https://ziglang.org/news/migrating-from-github-to-codeberg/) — Andrew 亲述离开 GitHub 的全部原因，含 GitHub Sponsors = liability 的原始论证。 4. **ZSF 2025 财务报告** — [ziglang.org/news/2025-financials/](https://ziglang.org/news/2025-financials/) — 一家非营利开源基金会如何把 92% 的钱花在人身上，罕见的透明财务披露。 5. **The Register《Zig creator seeks 'uncompromising perfection' before blessing 1.0》** — 2026 年 5 月专访，理解"1.0 是承诺而非里程碑"这条哲学的最佳入口。 --- ## 一句话总结 > 在所有人都在用 AI 把代码写得更快的时候，Zig 用"禁 AI、弃 GitHub、永不 1.0"这三步，赌的是另一件更稀缺的事——**软件项目可以用十年为单位思考，前提是它把独立性看得比增长更重要。** --- ## 参考来源 1. [Zig 2026: No-AI Policy, $670K Foundation, Left GitHub & Why Zig Isn't 1.0 — Andrew Kelley Explains (JetBrains)](https://www.youtube.com/watch?v=iqddnwKF8HQ) — 本文分析的核心视频 2. [Why Zig Isn't 1.0 (Yet) — JetBrains Blog](https://blog.jetbrains.com/blog/2026/06/05/why-zig-isn-t-1-0-yet/) — 官方配套文章，1.0 哲学解读 3. [Contributor Poker and AI — Loris Cro](https://kristoff.it/blog/contributor-poker-and-ai/) — No-AI 政策最系统的论证 4. [Migrating from GitHub to Codeberg — ziglang.org](https://ziglang.org/news/migrating-from-github-to-codeberg/) — 离开 GitHub 的官方声明 5. [ZSF 2025 Financials — ziglang.org](https://ziglang.org/news/2025-financials/) — $670K 基金会财务明细 6. [Simon Willison: Zig Anti-AI](https://simonwillison.net/2026/Apr/30/zig-anti-ai/) — 第三方分析与 Bun 重写事件 7. [The Register: Zig creator seeks 'uncompromising perfection' before blessing 1.0](https://www.theregister.com/) — 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 等场景全覆盖。