2026 年 6 月 21 日，Mitchell Hashimoto 在他的个人博客上发了一篇不到 500 词的短文：他和妻子再次向 Zig 软件基金会（ZSF）捐赠 40 万美元，累计 70 万。没有新闻稿，没有联合声明，没有「战略合作伙伴关系」的横幅。一张个人支票，一个个人博客，一段个人判断。
这和开源世界已经习惯了的那种资金流动模式完全不同。
企业赞助开源，标准动作是：董事会席位、技术指导委员会投票权、路线图影响力、品牌联名、联合 PR。钱是有附加条件的——有时写在合同里，有时藏在「战略协同」的会议纪要里。Google 赞助 Kubernetes，Microsoft 赞助 Rust 基金会，Meta 赞助 PyTorch 基金会——这些钱养活了关键基础设施，但也带来了治理结构上的复杂博弈。赞助方和项目方之间的权力关系，从来不是单向的。
但个人巨额捐赠是另一回事。
Hashimoto 给 Zig 的钱没有换来一个董事会席位，没有换来对语言走向的否决权，没有换来任何形式的控制。他甚至在自己博客里明确写道，他大量使用 AI 辅助编程，而 ZSF 以严格的「禁止 LLM 生成代码提交」政策闻名——他的观点和基金会的观点不完全一致。但这不影响他的捐赠决策。「我对 ZSF 只有尊重：尊重那里的人、政策、以及项目本身。」他说，「互联网和开源之所以伟大，部分原因就在于项目可以奇怪、与众不同。」
这恰恰是个人捐赠的独特价值——「意见不合不影响我投钱」——这本身就是一种信任深度的声明。这种信任的指向很明确：对方的方向。
笔者无意将个人捐赠浪漫化。巨额个人捐赠者本身就是财富不平等的产物。Hashimoto 作为 HashiCorp 联合创始人，在公司以 64 亿美元被 IBM 收购后拥有可观的个人资产。一个人能写 40 万美元支票这件事本身，就说明这个模式不可复制、不可规模化。Zig 社区里一位评论者 colindean 在 Lobsters 上说得对：「每一分钱都有用。也许从每月给喜欢的语言基金会捐 5 美元开始。」个人小额捐赠的聚合效应和一位富豪的单笔巨额捐赠，是同一个生态的不同层级——一个提供基础韧性，一个提供战略推力。
但战略推力这个角色，在当前的讨论里几乎没人认真分析过。
当一家公司向某个开源基金会捐赠 25 万美元（成为「白金赞助商」的常见门槛），它获得的是治理参与权。这笔钱本质上是采购——采购影响力、采购 early access、采购招聘管道上的品牌露出。而当一个人以个人身份捐赠同等甚至更大的金额、不索要任何治理权益时，这笔钱本质上是投注。赌的是方向，不是回报。
两者的区别在 Zig 身上体现得尤其清晰。对比一下 Rust 基金会和 Zig 基金会的资金来源结构：Rust 基金会的白金赞助商名单包括 Google、Microsoft、Amazon、Huawei、Meta——每一家都有人坐在基金会的董事会里。这是在陈述事实。Rust 因此受益于强大的企业资源支持，但也因此需要在多个利益方之间持续进行治理平衡。而 Zig 基金会 2024 财年收入约 67 万美元，其中来自 GitHub Sponsors 的社区小额捐赠约 17 万，来自 Hashimoto 的个人捐赠 15 万。92% 的支出直接流向贡献者的薪酬。
这两条路径没有孰优孰劣，它们解决的是不同问题。但开源治理的讨论几乎全部聚焦在企业赞助模型上——如何管理利益冲突、如何平衡公司影响力、如何防止「capture」。个人巨额捐赠作为一种替代性资金来源，被严重低估了。
Hashimoto 为什么选 Zig？
这个问题本身就值得展开。他不是没有能力选 Rust。他写过 Vagrant、Packer、Consul、Terraform、Vault——这些工具构成了现代云基础设施的半壁江山。他的工程判断值得认真对待。
他选择 Zig 的时间线：2019 年开始关注 Zig 项目，2021 年公开表达兴奋，2022 年初开始为 Zig 编译器贡献代码（第一个 PR 是三行改动，花了四五个小时），同年启动 Ghostty 终端模拟器项目——全部用 Zig 写。到今天，他在 Zig 编译器上有数十次代码提交，Ghostty 已经发布 1.0 并独立为非营利组织。
Zig 吸引他的不是市场占有率（它远不如 Rust），不是生态成熟度（标准库还在快速变动），不是企业背书（几乎没有大公司官方采用）。他选 Zig 的理由是技术性的：
没有隐式分配。 Zig 的标准库设计原则之一是所有内存分配都必须显式传入 allocator 参数。没有任何函数会在你不知情的情况下调用 malloc。这在系统编程中意味着什么？意味着写一个终端模拟器时，渲染循环里不会突然触发一次 GC 停顿，不会因为某个字符串拼接操作背后分配了 4KB 堆内存而在 60fps 的目标下引入抖动。Ghostty 的渲染性能直接受益于这个设计。
C ABI 一等公民。Zig 的 @cImport 可以直接引入 C 头文件，Zig 编译的二进制可以无缝调用 C 库、也可以被 C 代码调用。对 Hashimoto 这种从底层往上构建系统的工程师而言，这个特性远远超出了「兼容性 feature」的范畴——它是生存必需品。Ghostty 需要和 macOS 的 CoreGraphics、Linux 的 GTK、各平台的字体渲染库深度交互——这些接口全是 C。Zig 对 C 互操作的处理很直接：把 C 变成了语言的一部分，没有加一层 FFI 抽象。
comptime。 Zig 的编译时计算不是宏系统，不是模板元编程，是同一门语言在编译期执行的子集。Hashimoto 自己写过一篇 comptime 用例巡礼，展示了从标记联合子集筛选到条件编译代码生成的真实场景。对于构建一个跨平台终端模拟器——需要在编译期根据目标平台决定渲染后端、字体处理路径、输入法集成方式——comptime 的价值在于它是一门真正的架构武器，远不止「语法糖」。
这些设计选择背后有一个统一的哲学：不替程序员做决定。 Rust 的所有权系统替你管理内存安全，这是它的核心价值主张。Zig 不替你管理任何东西——它把分配器交到你手上，把控制流摊开在你面前，把 ABI 暴露给你。它信任你的判断力。
这个哲学恰好解释了为什么 Hashimoto 的捐赠行为和 ZSF 的政策分歧可以共存。Hashimoto 大量用 AI 写代码，ZSF 禁止 AI 生成的代码进入主仓库。两种立场都源于同一个前提：对自己的工具和产出负责。 Hashimoto 用 AI 加速开发，但他审查 AI 输出的每一行代码——他写过自己如何用 AI 辅助实现 Ghostty 的非平凡功能，强调的正是「你必须有足够的判断力来验证 AI 的输出」。ZSF 禁止 AI 贡献，逻辑同样是对质量负责——在无法验证每一行 AI 生成代码的上下文里，拒绝 AI 贡献是最低成本的保障。两者都没有错，两者都在认真对待「对代码负责」这件事。
回到 Lobsters 讨论区，最值得琢磨的评论来自 kristoff——Zig 核心贡献者，63 票，最高赞。他说：「Mitchell 对 Zig 项目和社区极其慷慨。但有趣的是，他的财务支持尽管令人印象深刻，却不是他对 Zig 最有价值的贡献。」
这句话的力量在于它来自一个项目内部的人，而不是外部观察者。一个拿到 70 万美元捐款的项目核心贡献者说「钱不是他给我们最珍贵的东西」——他是在重新定义价值。
什么比钱更珍贵？kristoff 没有展开，但答案散落在 Hashimoto 过去几年的轨迹里：他为 Zig 编译器提交的代码、他写的 Zig 编译器内部结构系列文章（Tokenizer → Parser → AstGen → Sema）、他在 Zig Showtime 上的技术分享、他用 Ghostty 证明了 Zig 在生产级项目中的可行性。这些贡献的杠杆效应远超 70 万美元——它们降低了其他开发者的上手门槛，提供了真实世界的验证案例，吸引了更多贡献者加入。
金钱和代码贡献在开源中的价值对比，不是一个非此即彼的问题。钱让开发者能全职工作，代码让项目本身向前演进。ZSF 把 92% 的预算花在直接支付贡献者薪酬上——这个数字说明钱被转化成了代码。但转化的前提是有人愿意写那些代码，有人愿意 review 那些代码，有人愿意为那些代码的质量负责。Hashimoto 同时出现在这条转化链的两端。
这是一条少有人走的路。大多数富有的技术创始人选择做天使投资，追求财务回报。少数人选择做慈善，捐给教育、医疗、气候——这些都是合理且重要的事业。但给一个编程语言的基金会写 40 万美元支票，不要求董事会席位、不要求路线图干预、甚至不完全认同基金会的所有政策——这超出了慈善的范畴，是某种更罕见的东西：纯粹的「我相信你们在做对的事情」。
开源需要企业赞助。但开源也需要这样的人：有钱、懂技术、对方向有判断力、尊重项目的独立性。当前的开源治理讨论几乎全部聚焦在如何管理企业影响力上，但也许还有一个更简单的问题值得关注：如何让更多有资源的个人，以 Hashimoto 这种方式参与进来。
答案不会来自任何治理框架或最佳实践文档。它来自一种文化的扩散：写代码的人赚了钱之后，回头看看那些让自己能写出好代码的工具和语言，然后——以平等的姿态说：这个方向是对的，我希望它继续走下去。
这就是 70 万美元最重的那部分分量：数字背后的姿态。