一个开源浏览器引擎，靠每月捐款养了一年

九月中旬，Servo 项目发布了一篇回顾：去年他们宣布用 OpenCollective 与 GitHub 的月度捐款，请长期维护者 Josh Bowman-Matthews 以兼职身份专门改善贡献者体验。一年之后，成果被一条条列了出来。

一年时间，钱花在了哪里

他提名了 8 名新维护者，审阅了 1150 个合并请求，提交了 114 个面向新手的议题——其中 92% 已经被修掉；此外补写了借用风险、实验特性、AI 政策、如何找到可做的事等文档。

这些成果里没有一项是“新功能”。他没有去实现某个 CSS 属性，也没让渲染速度再快几个百分点，做的都是让外面的人更容易参与进来。这个选择本身值得琢磨：一个开源项目最容易拿到钱的方向，往往是看得见的功能；最难被买单、却决定项目寿命的，恰恰是这类看不见的维护工作。

回顾里有一件事很说明问题：他花时间诊断别人提交里的偶发失败，并修复了一批让合并变难的间歇性测试问题。一个新人兴冲冲提了第一个补丁，被随机挂掉的测试拦在门外，多数人会直接走掉，而且不会留下任何反馈。把这条路修平，等于把“愿意来的人”真正转成了“留下来的人”。

他还参与了一件大工程：支持 JavaScript 引擎集成的大规模重写，去解决与垃圾回收相关的偶发崩溃。他的角色不是写代码，而是审阅大量请求、把问题拆成许多小块分给其他贡献者。这种“把难题摊开”的能力，通常只在一个人长期在线时才存在。

第一，给维护者发钱，等于给项目买下了一个人的注意力。注意力是开源项目最稀缺的资源，比算力更稀缺。每月固定的一笔钱，价值不在金额，而在于它让一个人敢于把时间排进去。

第二，把“新人友好”当成可交付的工作，而不是情怀。写文档、清理坏掉的测试、留出低门槛议题，这些都可以列进清单、按季度核对，也就可以被衡量。可衡量，才可能被持续投入。

第三，中小团队同样适用。很多企业内部的平台和工具链，其实只有一个人半个人在维护，出问题就临时拉人。与其等到没人接手，不如尽早把“谁在维护、维护哪些事”写明，把补文档、修测试排进正常工时——这比事后请人救火便宜得多。

一家公司做技术投入，习惯用“上线了什么”来汇报；一个开源项目能活多久，却常取决于“有多少人接得上手”。Servo 这一年的账，算的是后一笔。