Nixpkgs 核心团队解散：两个人扛了 10 个月，最后被治理耗死
Nixpkgs 核心团队解散：两个人扛了 10 个月，最后被治理耗死
素材来自 NixOS Discourse 官方公告帖《The Nixpkgs core team has disbanded》（2026-08-07，Alyssa Ross 代表团队发布）及其后续讨论。原文与引文均可在帖内核对。
2026 年 8 月 7 日晚，Alyssa Ross 在 NixOS Discourse 发了一个帖子。标题只有一句话：Nixpkgs 核心团队已经解散。
一天之内，这个帖子被看了三万多次。
要知道 Nixpkgs 是什么：世界上包数量最多的软件包仓库之一，GitHub 上贡献者最多的项目之一，Nix、NixOS、以及一整套「声明式、可复现」信仰的地基。而它的核心团队——负责方向决策和冲突仲裁的那一层——最后一天只剩两个人。
他们不是被赶走的。他们是撑不住了。
更值得读的不是「解散」这个动作，而是他们为什么要把话说完整。这封公告写得极其克制、极其具体，几乎是一份开源治理的临床诊断书。以下是 10 个关键点。
1. 死因不是技术，是「这活儿根本不轻」
"然而，很遗憾，它并没有变成我们最初期望的那种、能与活跃技术贡献并存的轻量角色。两周前我们得出结论：为了健康，退出是必要的。"
这是整篇公告里最朴素也最致命的一句。
团队 2025 年 9 月成立，设想是一个「轻量层」——不干扰日常开发，只在需要方向判断和纠纷仲裁时出面。事实是：它长成了一份全职工作，而这两个人还得同时写代码。
十个月，从设想到崩塌。
My take： 几乎所有开源治理团队的招募文案都写着「时间投入不大」。这句话通常在六个月后变成谎言，不是因为写的人不诚实，而是因为仲裁类工作的成本无法预估——技术任务能拆成 issue，冲突不能。你永远不知道下一个升级到你面前的事件要吃掉几个周末。
2. 他们不是烂尾团队，战绩清单相当硬
公告里列的十个月成果：
- 改革了 committer 授权流程，新增 19 名 committer
- 扩展 merge bot，把合入权力下放给 maintainer
- 重新接上 GitHub 官方联系人，拿下赞助的 Enterprise Cloud 升级
- 参与处置安全公告 GHSA-67f2-674w-6g63，并追踪该事件暴露的 GitHub 安全风险
- 制定了初版自动化 / AI 使用政策
- 处理了大量升级到他们这一层的具体纠纷
这不是一个「没干成事所以散伙」的团队。恰恰相反——它是在明确产出的同时散伙的。
My take： 这才是最坏的信号。如果一个团队做砸了然后解散，那是能力问题，换人就行。一个交付良好的团队因为环境而解散，说明问题不在人选上，换谁上去都一样会被磨掉。
3. 招募帖发出去，只有一个人应征
"只有一个人主动响应我们的新成员招募，外部接触的反馈也参差不齐，招到足够的人来维持健康运转看起来是不现实的。"
2026 年 5 月，团队公开发过一次「求新成员」。三个月后的答案：一个人。
同时他们承认「我们至今的减员本身就是证据」——最初的四人团队里，K900 和 wolfgangwalther 已经先走了。四个人变两个，两个变零。
My take： 招不到治理人手，比招不到程序员严重得多。写代码有正反馈：PR 合入、star、简历。做仲裁只有负反馈：你做对了没人知道，做错了全网骂。在一个不信任治理的社区里，愿意做治理的人会被系统性地筛掉。
4. 真正的指控：不是 SC 里的某个人，是 SC 这个机构
"我们的经验是，指导委员会（Steering Committee）作为一个机构，缺乏宪章所设想的那种『授权下放』的本能，同时自己又不够投入、不够凝聚，无法在那个层级上处理具体决策。"
这段是全文最锋利的部分。他们把症状列得像 bug report：
- 对下级团队不必要的微管理
- 长期的沟通失灵：SC 成员发言时不说明自己是在代表个人还是代表委员会
- 事情送到面前时，期望结果已经预先绑定好了
- 在已授权给下级团队的领域，SC 直接接管，不带相关团队
- 对提出的关切回应不足且延迟
后果：GSoC、资助计划、AI 政策上的协调都不到位；审核制度、GitHub 组织所有者改革这类和 Nixpkgs 直接相关的事推进缓慢；以及最伤的一条——「对我们是否被信任在职权范围内自主决策，始终不确定」。
My take： 「授权」这件事上最常见的失败模式不是明着收权，是暧昧。既不明确放权，也不明确收回，让下面的人每做一个决定都要先猜一遍「这个我能定吗」。这种不确定性的心理成本，比直接被管还高。
5. 共识决策 vs 多数票：一场没被公开辩论的路线之争
"我们相信我们的高信任度共识决策模式带来了高质量的讨论和好的结果，对于一个被授权的局部治理团队来说，它比 SC 在顶层使用的多数票更合适。"
他们给出的证据很硬：初版 AI 政策获得了观点严重分歧的各方的一致强赞成。在一个连「要不要禁 AI commit」都能吵翻天的社区里，这是罕见的成果。
而这个成果是靠「所有人都同意才推进」磨出来的，不是靠 3:2 投票压出来的。
My take： 多数票适合有明确选民授权的代议机构，共识适合小而专业的执行团队。把顶层的投票文化压到下层的执行团队，等于用政治程序解技术问题。治理模式不是一套通用配置，得分层。
6. 全文最狠的一段：零和文化只奖励不听人话的人
"那些方法（对抗式、零和式的沟通）在领导层缺位或治理不响应时，或许确实能推动改变、能让人听见你。但当领导团队正试图善意参与、促成有建设性的讨论时，这些方法会造成 burnout。这种结果只会奖励那些根本不在乎倾听社区、不在乎追求基于信任的协商式领导的人。"
翻译成大白话：在一个习惯了用骂战解决问题的社区里，好好说话的人会先死。
他们甚至替社区解释了这种文化怎么来的——历史上确实有过治理真空和不回应的领导层，所以社区学会了用对抗式手段争取。这个策略在当时是有效的。
但策略会留下来，环境却变了。等真的来了一个愿意好好谈的团队，社区的肌肉记忆还是开火。
My take： 这是我在这封公告里最想让每个开源维护者读到的一段。一个社区的沟通文化是有惯性的，而惯性的成本由最善意的那批人先付。 更糟的是它有自我强化：好好说话的人被耗光，剩下的更强硬，于是下一批人更觉得只有强硬才有用。
7. 公告发出 11 小时后，SC 自己当场裂开了
Nix 社区的戏剧性在于：这不是一封无人回应的公开信。SC 的两位成员在同一天给出了完全相反的表态。
SC 成员 John Ericson（@Ericson2314）：
"Nixpkgs 核心团队几乎没在 SC 的议程上出现过，我个人的感觉是我们一直处于『授权出去并且庆幸我们能这么做』的模式。这里并不存在什么长期争斗。所以『微管理』这个说法客观上是错的。"
另一位 SC 成员 cafkafk：
"作为一个卡在两年任期里的 SC 成员，我认为你们的决定是对的，为了继续跟现在这个 SC 打交道而搞到 burnout，不值得。"
"所以别再跟现实争辩了！是 SC 一次又一次造成了这个结果，团队只是把我们功能失调的收据递了出来。"
同一个委员会，两个成员，一个说「指控客观错误」，一个说「我们就是根因」。
My take： 这一幕本身就是对公告第 4 点最有力的佐证。一个连「我们有没有微管理」都无法形成内部共识的委员会，下级团队当然会长期不确定自己被授权到哪。Ericson 那句「这里没有长期争斗」，在他的视角里可能完全真实——因为这件事从来没上过议程。而这恰恰就是问题。
8. 元层面的争吵：该不该发公开信
Ericson 的另一半发言引出了整个事件的第二战场：
"我彻底受够了公开信。真不敢相信我们又来一次（大团队在选举前辞职）——尽管这次的情形非常不同。这更像一场我不愿任何人经历的可怕既视感。"
"最高信任度的做法是私下辞职，然后发一份多方能就基本事实达成一致、只表达温和意见的联合声明。天啊，我多希望我们能这么做。"
支持这个立场的人认为：不打招呼直接公开，是不专业、是把家丑外扬，会持续劝退围观者。
反对的人回击得同样直接。有人指出：「你作为 SC 成员，要求一个决定解散的团队先经过你来沟通，这本身就是这封公告所指的那种微管理。」 另一位说得更冷：「如果联合声明的目的是模糊具体事实，那它就不成立。SC 明显是失调的根源，不能指望它在没有外部压力的情况下自我修复。」
还有一个细节值得注意：Ericson 的这条回复被版主拆分成了独立主题，理由是「避免带偏原帖」。他随后表示自己本来就是当作回复写的，不会主动去开这个话题。
My take： 这场争论没有干净答案。私下解决保护了组织形象，公开陈述保护了后来者的知情权。但有一条判据我认为成立：当你要退出的正是那个「私下渠道」本身时，私下渠道就不再是一个选项。 他们在公告里明确写了「这些问题我们反复尝试讨论过」。
9. 这是第二次，不是第一次
Ericson 那句「不敢相信我们又来一次」不是修辞。
2024 年，Nix 社区经历过一轮更剧烈的治理危机：审核（moderation）团队集体辞职并发公开声明、创始人 Eelco Dolstra 退出日常领导、赞助争议撕裂社区，直接后果是 Lix 和 Auxolotl 两个分叉出现。宪章和指导委员会正是那次危机的产物——它们本该是解药。
两年后，同一个模式重演：重要团队在选举前夕辞职，附一封公开信。
这次也第一时间冒出了分叉传闻。Ericson 在发言里顺带提了一句有人在暗示「Lixpkgs」。Lix 核心团队成员 RaitoBezarius 当场辟谣：
"没有 Lixpkgs，没有做 Lixpkgs 的计划，也不是目标。我希望大家在放大关于另一个项目的说法之前，先对照那个项目自己的公开声明核实一下。"
My take： 值得记下的一点是，「分叉」在 Nix 生态已经成了治理危机的默认联想——只要出事，第一反应就是猜谁要 fork。这本身就是信任赤字的体温计。分叉能解决代码归属，解决不了治理能力，因为分叉之后你还是得重新回答同样的问题：谁来仲裁。
10. 对普通用户的实际影响：短期几乎为零，中期是仲裁真空
先说不用慌的部分：日常维护、PR 合入、merge bot、19 名新 committer 的授权，这些都还在跑。 核心团队从来不是流水线上的一环，Nixpkgs 每天几百个 PR 的合入不经过他们。
会变的是这些：
- 公告原话：「我们职权范围内的事务目前没有直接归属人，SC 一如既往作为最终兜底。」 也就是说 Nixpkgs 层面的方向决策和纠纷仲裁，现在直接压回到那个被指为根因的机构。
- 两位成员明确表示会减少自己在 Nixpkgs 的参与，且都不会竞选 SC。这是两个资深贡献者的实质性流失。
- SC 选举迫在眉睫，这几周本来就是权力空窗期。cafkafk 的原话是「我们现在都只是在原地踩水，等选举」。
- 涉及跨团队协调的 RFC、AI 政策的后续迭代、GitHub 组织权限改革，短期内大概率变慢。
My take： 如果你在生产环境用 NixOS，这周不用做任何事。但如果你在评估要不要把公司基础设施押到 Nix 上，值得盯一个指标：下一届 SC 选举之后，那个「授权下放」的机制有没有被真正修好。 技术从来不是 Nix 的风险项。
写在最后
这封公告最让人不舒服的地方，是它一点都不激烈。
没有点名骂人，没有阴阳怪气，通篇是「systemic problem rather than one any single SC member could solve」（这是系统性问题，而非任何单个 SC 成员能解决的）、是「我们不羡慕这个角色的要求」、是「每个人的时间和精力都天然有限」。他们甚至替对方留足了台阶。
然后在最后写：我们仍然相信这个团队成立时所依据的原则。
开源世界擅长解决技术难题。Nix 本身就是个证明——可复现构建、声明式配置，这些十年前被认为不可能的事，被一群人做出来了。
但没有一个技术方案能解决「谁有权决定」这个问题。而这个问题解决不好，最先被消耗掉的永远是那批最愿意好好说话、最愿意承担责任的人。
Nixpkgs 的代码今天照常在合。少的是两个人，和一层本来在长出来的东西。
源帖：The Nixpkgs core team has disbanded · NixOS Discourse，2026-08-07 后续讨论：The SC's role in the disbandment of the Nixpkgs core team 文中所有引文为英文原文的中译，语义以原帖为准。