2025 年末，Hackaday 的一篇《So Long, Firefox, Part One》在技术社区引发广泛讨论。文章作者 —— 一位自 2002 年 Phoenix 0.1 版本就开始使用 Firefox 的资深用户 —— 宣布在 23 年后彻底放弃这款浏览器。这不是孤例，评论区中大量用户表达了类似的失望：Mozilla 将资源投入 AI 功能、广告数据收集，却忽视了核心用户对 "轻量、隐私、纯粹浏览器" 的需求。
更深层的问题是，当 Firefox 的市场份额跌至约 2%，且核心用户群体不断流失时，Mozilla 作为开源组织的工程连续性正面临严峻考验。一旦关键工程师离职，Gecko 引擎 —— 这个目前唯一能对 Blink/WebKit 垄断构成实质性挑战的浏览器内核 —— 的维护能力是否会受到冲击？
战略偏离与知识断层风险
Mozilla 的问题不仅在于产品决策。近年来，组织经历了多轮重组与裁员（2020 年曾一次性裁员 250 人），高管层频繁变动。这种动荡带来的隐性成本是知识传递的中断。
Firefox 的架构极其复杂：Gecko 引擎涵盖渲染、JavaScript 执行（SpiderMonkey）、网络栈、安全沙箱等多个子系统，大量代码使用 Rust 重写以提升安全性与性能。这些技术决策的背后是特定工程师的隐性知识 —— 为什么某个模块要这样设计，哪些边界条件曾导致严重 Bug，性能优化的取舍依据是什么。
当关键工程师离职时，如果这些知识未被有效文档化，后续维护者可能陷入 "知其然不知其所以然" 的困境。更危险的是，Mozilla 目前的战略重心（AI、广告技术）与浏览器核心开发之间可能存在资源竞争，导致关键岗位人员流失加速。
开源组织的知识转移机制设计
大型开源组织要降低单点依赖风险，需要建立系统化的知识转移机制。以下是基于行业实践的可操作策略：
1. 强制文档化与决策记录（ADR）
所有架构决策必须附带 Architecture Decision Record，包含：决策背景、考虑的替代方案、拒绝理由、预期影响。Mozilla 的 Gecko 开发已有部分实践，但需要更严格的执行 —— 特别是针对性能优化与安全关键路径的代码。
2. 降低 Bus Factor（关键人员系数）
Bus Factor 指 "多少人同时缺席会导致项目停滞"。健康的开源项目应维持 Bus Factor ≥ 3。具体到 Firefox：
- 每个核心模块（如 CSS 引擎、JavaScript JIT、网络层）至少应有 3 名活跃维护者
- 关键代码审查必须跨团队进行，避免 "自己审自己"
- 建立轮岗机制，让工程师定期接触非主责模块
3. 模块化与接口契约
Gecko 引擎与 Firefox UI 的耦合度过高是社区长期诟病的问题。若引擎层能提供更清晰的嵌入接口（类似 Chromium 的 Content API），则：
- 降低理解门槛，吸引更多外部贡献者
- 允许社区 fork（如 Waterfox、LibreWolf、Floorp）独立维护 UI 层，而共享引擎更新
- 即使 Mozilla 内部团队动荡，引擎本身仍可通过社区持续演进
4. 社区 Fork 作为知识备份
值得注意的是，2025 年已有大量用户转向 Firefox 的社区 fork：
- Waterfox：基于 Firefox ESR，移除 telemetry，保留 XPCOM 扩展支持
- LibreWolf：隐私加固版本，默认禁用遥测与自动更新
- Zen Browser：针对 macOS 的轻量化 fork
这些 fork 的存在客观上构成了知识分散化的安全网。即使 Mozilla 完全停止开发，社区仍保有可维护的代码基线。组织应正视这一现象，通过更开放的治理模式将 fork 社区纳入生态，而非视为威胁。
工程连续性检查清单
对于维护大型开源项目的组织，建议每季度执行以下审计：
| 检查项 | 阈值 | 风险等级 |
|---|---|---|
| 核心模块维护者数量 | < 3 人 / 模块 | 高 |
| 关键功能文档覆盖率 | < 80% | 中 |
| 代码审查跨团队比例 | < 30% | 中 |
| 离职交接周期 | < 4 周 | 高 |
| 社区 fork 活跃度 | 无活跃 fork | 高 |
| ADR 归档完整度 | < 60% | 中 |
可落地参数建议：
- 关键工程师离职前必须完成至少 40 小时的结对编程交接
- 所有性能关键路径代码必须附带基准测试与回归测试
- 建立 "影子维护者" 制度：每个核心模块指定一名备份维护者，定期参与代码审查
- 开源治理透明度：重大架构变更必须通过公开 RFC（Request for Comments）流程
结语
Firefox 的困境是大型开源组织在商业化压力与技术使命之间挣扎的缩影。当组织为了短期营收（AI 功能、广告合作）而偏离核心用户价值时，不仅面临用户流失，更面临工程能力的隐性损耗。
Mozilla 需要认识到，Gecko 引擎作为 Web 多样性的最后堡垒，其存续不仅取决于代码质量，更取决于知识是否能在组织内外有效流动。通过强化文档文化、降低关键人员依赖、拥抱社区 fork 生态，才能在工程师流动的常态下维持工程连续性。
毕竟，开源的本质不是代码的开放，而是知识的共享与传承。
参考来源：
- Hackaday, "So Long, Firefox, Part One", 2025-11-20
- CNET, "More change for Mozilla as top Firefox exec departs"
内容声明：本文无广告投放、无付费植入。
如有事实性问题，欢迎发送勘误至 i@hotdrydog.com。