为什么 Nix 包治理的核心团队决定解散？10 个月发生了什么

8 月 7 日，Nixpkgs core team 在 NixOS Discourse 上发了一篇公告，标题很短，The Nixpkgs core team has disbanded。

这件事本身在开源基础设施领域不算常见，但真正让人意外的是公告里列出来的那份 10 个月工作清单和最后那两段判断。多数核心团队退场要么是悄悄消失，要么是闹一场公开冲突。Qyliss 这篇公告反而把两件事都摊开了，做了什么、为什么停。

先看这 10 个月他们做了什么。改组了 committer 委托流程，新增了 19 个 committer；把 merge bot 扩展给所有 maintainer；重新联系上 GitHub，拿到赞助的 Enterprise Cloud 升级；处理了 GHSA-67f2-674w-6g63 那次安全事件，跟进 GitHub 那次暴露出来的同类风险；起草了最初的自动化和 AI 政策。每一个动作都是基础设施级的事情，做得不够细就会让整个 Nix 包生态崩一次。

Qyliss 在公告里把这些成果一个一个列出来，不是为了炫耀，是为了说明这件事的工作量。他后面写得很清楚，这些工作量超出了志愿者能持续承担的范围。

再看决定解散的两周前发生了什么。Qyliss 在公告里说得很坦白，这件事原本被期望是一个「跟技术贡献兼容的轻量角色」，但实际上不是。需要很多精力，需要响应式沟通，需要处理升级过来的事件。这两周前他们意识到继续做下去不健康，必须退。

这段话读起来很沉。Qyliss 用「健康」这个词，不是「时间不够」或者「精力不够」那种常见的退场说辞，是从可持续性的角度给出了判断。基础设施工作最危险的就是，做到一半核心成员退出，整个治理链路出现真空，剩下的人不得不去补位，最后整个社区一起被拖垮。

最扎心的是招募那一段。core team 发了一个号召新成员的 call，但回应只有 1 个人申请，外联反馈也是混合的。招募到足够维持健康运转的人，看起来不现实。这条数据比任何口号都更能说明问题，做基础设施工作的人，跟做应用层开源项目的人相比，永远是少数。再加上一层跟治理机构打交道的隐性工作，愿意做的人更少。

公告最后一段直接谈治理。core team 认为 Steering Committee 作为机构，缺乏宪法里授权的那种 delegation 本能，自己又不够集中、不够有凝聚力去在那些层级直接处理单点决策。结果是，对下面各团队做不必要的微观管理，长期沟通糟糕。这不只是某一个团队的失败，是治理结构本身的问题。

这条判断跟过去几年一些大型开源项目的退出声明对比起来看，是更成熟的表述。core team 没有把责任推给个人，他们承认这是治理结构问题，并且把这个问题交给即将到来的 Steering Committee 选举去处理。

接下来要发生的事是 Steering Committee 选举。Qyliss 在公告里说这次选举迫在眉睫，他希望这份说明对未来类似的尝试有借鉴意义。

把这四条拼起来看，Nix 包治理这一轮崩塌的真正信号，是两件事的同时失败。一是基础设施工作没人愿意接手做全职志愿者；二是代议制机构不愿意把权力真正下放。两者中任何一件单独发生都不会导致解散，两件同时发生，core team 这一层的角色就无法继续了。

对依赖 Nix 的团队来说，这件事不是「Nix 完了」那种程度的事。Nixpkgs 还在，maintainer 还在，新的 committer 增加了 19 个，merge bot 也扩展了。真正需要担心的是，core team 这一层做的是把贡献者和治理机构粘合起来的工作，没人做就会出现「贡献有但协调没有」的局面。这种局面下，最坏的情况不是没人贡献，是贡献彼此冲突，最后大家各做各的，互不兼容。

对运营开源项目的人来说，core team 这份清单是一份少见的高分辨率退出报告。它列的不是成果，是成果背后的具体工作量，并且承认了这些工作量超出了志愿者能持续承担的范围。这种诚实比很多开源项目里常见的「我们决定回归生活」那种轻飘飘的退场声明有用得多。

公告最后写 core team 希望他们的经验对未来类似工作有帮助。这种体面的退场方式，在基础设施开源项目里不算多。

创业找资源，上乌鸦部落。