两位牵头人写了近两千字的解散声明,把十个月里做的事和解散的原因交代得很清楚。声明特别强调一句话:这不是被某一次风波逼出来的决定,是长期问题堆到了临界点。声明发出后,Nixpkgs日常照旧——提交、CI、发行都不受影响,受影响的是治理层:核心团队原本兜着的一摊事,现在暂时全部转给指导委员会。
对关心开源治理的人来说,这份声明比大多数团队解散声明更值得读。它把“授权”这个治理理论里的抽象词,变成了一份具体的失灵清单。
发生了什么:十个月成绩单,和一句“不是单一事件”
核心团队十个月里做了这些事:
- 重组提交者委托流程,新增19名提交者
- 扩展merge bot,给维护者更多自主权
- 重新联系上GitHub,拿到企业云赞助升级
- 协助排查一起GitHub安全事件(GHSA-67f2-674w-6g63)
- 制定出第一份AI/自动化政策,让立场分歧很大的各方都签字
这份成绩单不算差。声明也承认:这个角色本该是“轻量级”的,结果并不轻。招新时只收到一份申请,成员持续流失。
团队特别强调:这不是某一次事件引发的,是长期问题积累到扛不住的地步。事务眼下暂时留给指导委员会兜底。
为什么重要:授权说不清,摩擦转嫁给谁
按章程设计,指导委员会该把具体决策委托给下级团队,自己做兜底、定方向。核心团队描述的现实不是这样。
团队列出的具体问题是:
- 委员会成员说不清自己是在代表个人还是代表委员会发言
- 事情递上来时已经带着预设结果,越权接管本该属于下级团队的事务,却不叫团队参与
- 沟通口径不清,谁说了算经常没人说得明白
- 回应总是慢,该拍板的时候拍不了板
这些问题被反复提出,一直没解决。声明特别写明:这是系统性问题,不是哪一位委员会成员的锅。
后果很具体:GSoC协调停滞,拨款事务卡壳,moderation和GitHub组织权限改革推进缓慢。
谁受影响,接下来看什么
这场解散不等于Nixpkgs停摆。提交、CI、软件包发行都照常运转,受影响的只是治理层。
| 对象 | 现在的情况 | 该关注什么 |
|---|---|---|
| Nixpkgs维护者/贡献者 | 委托流程、merge bot授权暂时无人专门跟进 | 指导委员会能不能顶上,授权范围会不会收窄 |
| 关注开源治理的开发者 | 拿到一次少见的“共识团队 vs 代表制委员会”制度冲突样本 | 指导委员会选举结果,新一届愿不愿意把“委托”写进流程 |
| 普通Nix用户/企业采用方 | 日常使用、CI、发行不受影响 | 短期不用行动,长期看治理空当会不会拖慢安全响应和政策制定 |
两位召集人已经表态:会减少参与,都不会参选下一届指导委员会。填补这个空当的人,大概率不是最了解问题症结的这两位。
我的判断
开源治理拼到最后,拼的不是代码能力,是能不能把信任制度化。
核心团队用高信任共识模式做局部治理,拿到了不错的结果。AI政策能让立场悬殊的各方都点头,这本身就是证据:共识治理有效,只是耗人。
孟子说“徒善不足以为政,徒法不能以自行”。光有善意,治理落不了地;光有正当程序,治理也不会自己转起来。指导委员会的问题正好卡在后半句:代表制给了“正当性”,却没给出能力和投入。
两头都占着位置,却都没真扛起决策的活。委托没有真的委托,拍板没人真去拍板。
靠僵局和流失维持秩序,最先耗尽的是那些真正想做事的人。
这类局面在开源世界不算孤例。项目一旦成规模,治理迟早从“谁写代码谁说话”滑向“谁有代表权谁说话”。代表制想解决正当性,代价是响应速度——一旦代表机构自己转不动,基层团队就成了缓冲垫。这不是国会效率论的翻版,规模差了好几个量级,但摩擦转嫁给基层这条逻辑是相通的。
声明里那句话说得很直白:如果社区继续用零和对抗解决分歧,最后得利的,是那些从不打算听意见、也没打算走信任协商路线的人。
Nixpkgs要走出这个循环,靠的不是换一批人,是先把“委托”写进流程里,变成可执行的规则,而不是停留在章程里的一句期望。指导委员会选举将近,谁来填这个空、愿不愿意先解决这道题,比换多少人更重要。