Rust浏览器引擎项目Servo在9月15日发表博文，回顾首个完全由捐赠资助的维护岗位一周年。长期维护者Josh Bowman-Matthews，社区ID为jdm，从去年9月起以兼职身份专注改善贡献者体验，薪资全部来自OpenCollective与GitHub上的月度捐赠。文章以第一人称列出了成绩单：一年间他提名了8名新维护者，审查了1150个拉取请求，提交了114个面向新手的问题，其中92%已经被修复。
数字之外的工程债清理
Bowman-Matthews把大量时间花在新人看不见但决定项目健康度的环节。他撰写了借用风险、实验性功能、AI贡献政策、如何寻找入门任务、如何修复稳定与间歇性测试失败等文档；处理其他贡献者拉取请求中难以诊断的意外失败，修复了一批让合并长期受阻的偶发测试。最具分量的工作是支持Servo的JavaScript引擎集成大规模重写，这轮重写针对垃圾回收相关的间歇性崩溃，他通过审查请求和提交拆解问题，把工作分散给多名贡献者完成。
另一个被点名的成果是window.open行为的修复：他在协助排查测试失败时挖出这个长期破损的功能，并顺手把一批脆弱测试改稳。他还支持另一位贡献者撰写资助申请并最终获批，意味着捐赠模式开始孵化出第二个受资助岗位。对一个从Mozilla时代延续下来的浏览器引擎来说，维护者群体的扩容比单次功能发布更能决定项目寿命，也降低了单点依赖核心志愿者的风险。
捐赠能养活浏览器引擎吗
Servo的历史决定了这种资助实验的分量。项目2012年由Mozilla发起，目标是用Rust构建下一代并行浏览引擎，2020年Mozilla大裁员后项目转由社区接管，现属Linux基金会欧洲。它从未达到日常浏览器的完整度，但在嵌入式场景找到了位置。HN上有开发者报告用Servo渲染电子墨水屏界面并截图推送，内存占用约为无头Chrome的10%，渲染时间约为5%；Tauri的Verso集成则把Servo带进桌面应用的WebView替代方案。
评论区也出现了浏览器多样性的老争论。一派认为再多一个半完成的引擎只会增加兼容测试负担，资源应集中到Blink；反对者指出Blink的主导权随谷歌的市场份额而来，Manifest V3对广告拦截的限制说明单一控制者可以改写Web规则。中间立场的实用答案是：Servo不必是完整浏览器，信息亭、桌面邮件客户端HTML渲染、无头截图等自有页面场景对功能完整度要求低，却对内存和启动速度敏感。
博文最后Bowman-Matthews写道，这份岗位让他在陪伴家庭和参与Servo之间找到了平衡，他期待下一年探索更多降低参与门槛的方式。对捐赠者而言，1150个请求和92%的新手问题修复率是少见的可量化回报。Servo能否从嵌入式小众走向更广阔的系统集成场景，取决于新维护者群体能否把JavaScript引擎重写带来的稳定性转化为可对外承诺的版本节奏。