如果你这几年没怎么关注 Firefox，可能会被它的版本号吓一跳，最新稳定版已经排到 154。而这个数字接下来的上涨速度还会翻倍：Mozilla 决定把发布周期从四周压缩到两周，邮件客户端 Thunderbird 也宣布同步跟进。
事件要点
据 Solidot 报道，Mozilla 工程总监 Sylvestre Ledru 上月宣布，自 2026 年 9 月起，Firefox 桌面版和 Android 版的发布周期将从 4 周缩短为 2 周。本周释出的 Firefox 154 是最后一个按四周节奏发布的版本，九月初的 v155 则是首个双周版本。
紧随其后，由 Mozilla 子公司 MZLA 维护的开源邮件客户端 Thunderbird 也宣布采用双周发布模式。MZLA 的 Corey Bryant 确认，从 9 月起 Thunderbird 将保持与 Firefox 相同的更新频率。
背景：浏览器发布节奏的又一次提速
要理解这次调整，得回头看浏览器发布模式的几次转折。IE6 时代，一款浏览器可以近五年没有大版本更新，网页标准随之陷入停滞。Firefox 崛起后，Mozilla 在 2011 年率先转向"快速发布"：版本号从 4 直接跳到 5、6、7，以固定周期发车。当时这套做法曾被讥讽为"版本号通胀"，但十年下来，时间驱动的列车模型已经成为整个行业的共识，发布日期固定，特性赶不上就等下一班，成熟特性挂在开关后面渐进放量。
第二次提速发生在 2019 年底，Mozilla 把原本 6~8 周的周期压缩到 4 周；Chromium 阵营也在 2021 年（Chrome 94 起）从 6 周缩短到 4 周，同时为企业保留了更新频率更低的延长稳定通道。而这次 Firefox 直接砍到两周，意味着它在主流浏览器中第一个把稳定版节奏推到了双周量级。
Thunderbird 为什么必须跟上
Thunderbird 与 Firefox 并非只是"同门"那么简单：它构建在 Gecko 平台之上，与浏览器共享大量底层代码，历史上版本号和发布节奏也长期与 Firefox 对齐。2020 年转由子公司 MZLA 独立运营后，Thunderbird 逐步走出当年几乎被"托孤"放弃的低谷，但平台绑定的关系没有变。
这意味着如果 Gecko 双周迭代而 Thunderbird 按兵不动，每次升级引擎时需要合并的变更会越积越多，技术债会以复利增长。同步提速与其说是主动选择，不如说是被绑在同一台发动机上的必然结果。
影响与代价
对普通用户来说，双周节奏的体感变化不会太大，主要是新特性到站更快、问题版本的暴露窗口更短。对企业用户，Firefox 的 ESR 通道仍维持年度大版本加定期安全更新的节奏，冲击有限。
真正的压力落在工程侧。扩展开发者和各语言本地化社区的适配窗口直接减半，对自动化测试、持续集成的要求被显著抬高；QA 团队需要用更少的人工时间覆盖同样庞大的变更面。这也是所有缩短周期的决策中最容易被低估的隐性成本。从收益端看，更快的基线节奏能整体缩短安全修复从提交到送达用户的时间，实验性 Web 特性在 Nightly 和 Beta 通道的停留周期也会缩短。
简短点评
发布频率从来不是目的，而是工程能力的水位计。敢两周发一版，前提是测试自动化、灰度放量、快速回滚这些"地下设施"足够扎实，否则提速只会放大事故半径。在 AI 功能成为浏览器新战场、Chromium 一家独大的当下，Mozilla 在节奏上选择追平甚至反超，既是对自家发布管线的信心表态，某种程度上也是不得不做的防守。至于这次提速是里程碑还是给团队添堵，答案不在 v155 身上，而在之后几十个版本能否准点发车。