Zig 再获 40 万美元捐赠：钱重要，边界更贵

Mitchell Hashimoto 又给 Zig 投了一笔钱：40 万美元，两年分期，每年 20 万美元。加上 2024 年的首次捐赠，他的家庭对 Zig Software Foundation 的累计承诺捐赠已经达到 70 万美元。

这条新闻真正有意思的地方，不在金额。反常点在这里：Hashimoto 明确说自己大量使用 AI，但仍然尊重 ZSF 严格的 no-LLM 贡献政策。

一个重度 AI 用户，给一个对 AI 贡献设硬边界的开源基金会继续捐钱。这比普通的“支持开源”更有信息量。

这笔钱支持的不是热闹，是一套工程秩序

Hashimoto 支持 Zig，有很具体的个人技术理由。Ghostty 这个终端项目很大程度上受益于 Zig，他不是远远看着一个语言觉得酷，而是在自己的项目里吃到了工具链红利。

他还提到 Zig 2026 devlog 里的编译器进展。这里要克制一点：这不等于 Zig 已经成了主流语言，也不等于企业可以立刻大规模迁移。但它说明一件事：Zig 让一些严肃开发者看到了长期工程投入，而不是只看到语法新鲜感。

对普通开发者来说，影响很直接。想给 Zig 贡献代码，就别把“我平时用 AI”默认等同于“项目必须接受 AI 产物”。想在团队里试 Zig，也别拿这笔捐赠当成熟度背书。更合理的动作是：先放在工具、基础设施、小模块里验证，再看编译器进展和社区审查节奏。

no-LLM 争议的核心，是维护成本谁来付

ZSF 的 no-LLM 贡献政策，核心意思很清楚：项目对 LLM 生成的贡献设硬边界。争议也很清楚：AI 已经进入很多开发者的日常流程，项目这么做，会不会把一批高效率贡献者挡在门外？

这个问题不能用口号回答。

Hashimoto 的态度反而成熟。他用 AI，也承认 AI 有用；他并不需要完全赞同 ZSF 的每个判断，才尊重它制定规则的权利。开源不是无边界收件箱。维护者要为合并进去的东西负责，不是为提交者的生产效率鼓掌。

“天下熙熙，皆为利来。”放到今天的开源世界，意思并不复杂。AI 降低了提交成本，却可能把审核、解释、返工、信任成本推给维护者。贡献看起来变多，维护债务也可能跟着膨胀。

这里的对比很关键：

Zig 选择后者，未必适合所有项目。但它至少把账算在明处：质量、信任、维护权，比短期提交量更重要。

对贡献者的动作建议也很具体。参与这类项目，要把个人开发习惯和项目提交规则分开。你可以在本地学习、搜索、整理思路时使用 AI，但提交给项目的内容必须符合项目边界。否则被拒，不是社区保守，是你没有尊重人家的维护规则。

Zig 真正稀缺的是敢拒绝低质量增长

开源项目最容易被漂亮数字骗。Star、issue、PR、讨论热度，都能让项目看起来兴旺。可工程质量不靠热闹维持。

Zig 被 Hashimoto 肯定的，不只是语言本身。他提到的是一整套东西：维护者哲学、贡献者培养、质量文化、编译器持续推进。这些词听起来慢，但在开源里很硬。

语言能不能走远，不只看 benchmark。还要看维护者能不能拒绝低质量贡献，能不能把新人培养成可靠贡献者，能不能避免 issue 区变成大型客服窗口。

钱在这里的作用很现实。它买不到文化，也买不到判断力。但稳定资金能让维护者少一点生存焦虑，少一点为了增长、声量和外部情绪弯腰的压力。

历史上很多基础设施都是这样。铁路、电力、互联网平台，早期都爱讲扩张；真正进入长期竞争后，规则、调度、治理才变成硬资产。Zig 当然不是铁路，这个类比只像三成。但重复的是同一种结构：铺得快不难，难的是长期不乱。

接下来最该看的，不是 Zig 会不会因为这笔钱突然爆发。那不现实。

更该看三件事：编译器路线是否持续兑现；no-LLM 政策执行时是否稳定而不任性；贡献者培养能不能让社区扩大但不稀释质量。

如果这三件事能守住，70 万美元的意义才会真正显出来。它不是把 Zig 推上主流舞台的门票，而是给一个有标准的项目多争取了一点不跪着增长的时间。

开源最怕的不是缺掌声。怕的是维护者被掌声绑架，最后连“不”都说不出口。Zig 现在被人真金白银支持的，正是这点不讨好的能力。