【阅读札记】自发秩序的幻象与商治（Governance）的实体：解析开源项目的「制度语法」

一、 破题：造词“商治”与剩余控制权的赛博归属

当我们试图探讨开源社区的底层逻辑时，遇到的第一个致命绊脚石，往往是一个翻译问题：Governance 究竟该如何被准确表述？

在本土语境中，将其直译为“治理”，总会不可避免地带上一股浓重的行政指令与官僚气息，让崇尚自由与反叛的极客们本能地感到排斥；而如果退而求其次译为“管理（Management）”，则又彻底滑向了传统企业的科层制陷阱，暗含着一种“老板与员工”、“指令与服从”的森严层级。

这不仅是语言的匮乏，更是认知体系的错位。为了准确捕捉开源协作的灵魂，我们不妨大胆地进行一次词汇的“分叉（Fork）”，生造一个新词：“商治”。

“商”，即协商、共议、利益博弈与契约精神；“治”，即确立秩序、划定边界与权力分配。

要真正理解“商治”的价值，我们必须借助新制度经济学（尤其是奥利弗·威廉姆森的理论）的透镜，对 Management（管理）和 Governance（商治）进行极其严苛的切割：

• 管理（Management）是在“既定的规则内”做事。 它的核心是效率优化——如何分配开发任务、如何提升代码产出率、如何按时发布 Release 版本。
• 商治（Governance）则是“决定规则本身”。 它的核心是权力与契约——谁有权合并代码？谁有权否决一个技术提案？当现有规则没有覆盖到某个突发分歧时，“剩余控制权（Residual Control Rights）”到底归谁所有？

在传统的商业机器里，“商治”是隐形的、被压抑的，因为产权极其明晰：创始人或股东拥有绝对的剩余控制权。当遇到路线分歧，不需要“商量”，老板拥有最终的物理拍板权。

但在开源社区这片“数字公地（Digital Commons）”上，情况发生了根本性的倒转。这里没有法律意义上的“老板”，所有权是极度分散甚至缺位的。当一群互不相识的野生黑客、代表不同商业利益的大厂工程师汇聚在一个代码库下时，“谁说了算”就成了一个悬而未决的炸弹。

因此，开源社区的“商治（Governance）”，绝不是去“管理”开发者写什么代码，而是构建一套关于“我们如何做决定（How we decide how to decide）”的制度基础设施。

当极客们天真地以为只要有 GitHub 仓库就能自动协作时，他们其实忽略了一个残酷的现实：在没有雇佣合同约束的赛博空间里，如果没有显性的“商治”，社区要么在无休止的争吵中走向分叉（Fork）与内耗，要么就会悄然滑向一种更加隐秘且危险的深渊。

二、 祛魅“自发秩序”：警惕开源乌托邦里的“无结构暴政”

在开源世界长达二十年的宏大叙事中，我们最常听到的词汇是“自发秩序”（Spontaneous Order）。自埃里克·雷蒙德（Eric S. Raymond）提出“大教堂与集市”的隐喻以来，无数开发者陷入了一种带有哈耶克色彩的浪漫主义迷思：只要代码足够好、只要大家都在 GitHub 上，社区就会像森林里的生态系统一样，自动生长、自动平衡、自动消解冲突。

然而，作为协作机制的设计者，我们深知：这种对“自发性”的天真迷信，往往会沦为一种结构性的灾难。

为了看清这种迷思的本质，我们需要将目光投向半个世纪前的一场社会运动。1972年，美国政治科学家及女权主义运动先驱乔·弗里曼（Jo Freeman）发表了一篇振聋发聩的经典文献——《无结构的暴政》（The Tyranny of Structurelessness）。

【理论现场回溯】：

在20世纪60年代末至70年代初的美国女权运动早期，许多觉醒的意识提升小组（Consciousness-raising groups）极度排斥任何形式的领导层、委员会或正式规则。她们认为，正是那些严密的组织“结构”造就了父权制的压迫，因此，真正的平等与自由必须是“无结构的（Structureless）”。

但弗里曼在长期的参与式观察中，得出了一个冷酷的政治学定律：人类社会中，绝对不存在真正“无结构”的群体。

弗里曼犀利地指出，当一个群体高呼自己没有结构、没有正式的“商治”规则时，它其实只是掩盖了权力的存在，催生了一种“隐性结构（Informal Structure）”。因为一个项目要推进，任务总要有人分配，决定总要有人拍板。在缺乏明文契约的真空地带，权力绝不会消失，而是会悄悄向那些拥有更多社交资本、更多闲暇时间、或者与创始人关系更铁的“小圈子”集中。

这种隐性结构之所以被称为“暴政”，是因为它是不可问责的（Unaccountable）。 在开源社区中，这种暴政的表现极为致命：

1. 暗箱操作的决策：重大的技术路线变更往往是在非公开的私下小群或线下聚餐中决定的，普通贡献者只能被动接受。
2. 排外与阶层固化：新人无法通过阅读文档得知如何才能晋升为核心成员，只能靠揣摩“大佬”的心思或拼命混脸熟来融入。
3. 无法挑战的权威：因为没有写在 GOVERNANCE.md 上的成文规则，你就无法通过合法的正当程序（Due Process）去质疑某个代码合并的合理性。

因此，开源社区里所谓的“自发秩序”，如果没有显性机制的约束，极易沦为少数早期玩家对后来者的非正式统治。这正是我们必须呼唤“商治”显性化的根本原因——显性的规则从来不是为了限制自由，而是为了保护数字公地免受“隐性小圈子”的侵蚀。

三、 实证解剖：当“商治”成为可编译的“制度基础设施”

如果“无结构的暴政”是开源协作的绝症，那么解药在哪里？这正是今天这篇论文《Governance in Practice》的硬核价值所在。

北亚利桑那大学的研究团队没有停留在哲学思辨上，而是对 GitHub 上 1515 个拥有正式治理文档的存储库进行了大规模的数据挖掘。他们得出的最核心结论是：成熟的开源项目，正在将“商治”固化为一种硬性的“制度基础设施（Institutional Infrastructure）”。

通过实证分析，论文无情地揭露了当前开源项目在角色定义上的两块巨大短板，这在我们日常的机制设计中极具警示意义：

1. 危险的“角色偏移”（Role Drift）与交易成本

研究发现，开源界存在严重的“同名异义”现象。同样顶着一个 “Maintainer”（维护者）的光环，在 A 项目中他可能拥有生杀予夺的最终合并权和技术否决权；而在 B 项目中，他可能只是一个负责清理 Issue 的文档搬运工。 这种“名与实”的分离，在制度经济学看来，制造了极其高昂的沟通成本与信任摩擦。当参与者的心理预期与实际权力不符时，社区的协作引擎就会空转。

2. 脆弱的“角色堆叠”（Role Accumulation）

论文指出，由于缺乏精细的制度分工，少数几个核心人物往往同时把持着技术决策、行政管理、甚至社区拉拉队长的多重职责。这种权力与压力的极度集中，不仅让系统面临单点故障（Bus Factor）的风险，更是导致顶级开源作者陷入深度职业倦怠（Burnout）的罪魁祸首。

【破局之法：ADICO 制度语法】

面对这些混乱，作者们采用了一种极其具有“黑客美学”的解剖刀——他们将复杂的治理文本，像拆解抽象语法树（AST）一样拆解了。

研究者借鉴了新制度经济学的框架，将任何一个社区角色严密地封装为四个可执行的维度：

• 范围（Scope）：你的权力边界在哪里？（是整个仓库，还是某个子模块？）
• 特权（Privileges）：你被允许执行哪些“写”操作？（合代码、踢人、发布版本）
• 义务（Obligations）：你必须履行的责任是什么？（如果不履行，就会触发惩罚机制）
• 生命周期（Life-cycle）：你如何进入这个角色，以及如何体面地退出？

当你用这四个维度去审视一个开源项目时，你会发现，所谓的“商治”，不再是虚无缥缈的社区文化，而是一段段清晰、严谨、甚至可以被机器读取的“制度代码”。

四、 学术寻根：从“公地悲剧”到“集市商治”的思想巨链

思想的演进是一条没有缝隙的巨链，任何震撼人心的洞察都绝不会凭空降临。

《Governance in Practice》中那把解剖开源角色的“ADICO 制度语法”手术刀，绝非几位学者的闭门造车。它的锋利，是建立在过去二十年无数跨学科学者深入数字丛林，进行丰厚的田野观察与理论奠基之后，所做出的精妙延展与实证重构。循着论文末尾浩如烟海的参考文献，我们实际上触摸到的是一张隐秘而宏大的学术基因图谱。

在这张图谱中，我们特意遴选了5篇具有决定性、“地基式”意义的重要文献。

借由这五座思想的坐标，我们将暂时抽离代码合并的琐碎与社区日常的喧嚣，跃升至一种真正的“奥林匹亚视角（Olympian perspective）”。站在这座高峰上，我们将同时配戴上四副截然不同的透镜： * 用政治学的眼光，去审视公地的自治与权力的制衡； * 用制度经济学的刻刀，去解剖契约的成本与剩余控制权的分配； * 用管理学的逻辑，去测量组织形态的边界与演化； * 用社会/人类学的温度，去凝视数字工匠们的声誉、动机与社会资本。

让我们顺着这条思想的巨链，去俯瞰并重新审视开源世界中“商治（Governance）”这头复杂巨兽，是如何在一片看似混沌的“集市”中一步步孕育、涌现，并最终走向精密确权的。

1. 底层基座：埃莉诺·奥斯特罗姆与“数字公地的自治宪法”

一切制度设计的起点，都绕不开诺贝尔经济学奖得主埃莉诺·奥斯特罗姆（Elinor Ostrom）。 传统经济学认为，面对公共池塘资源（Commons，如草场、渔场），人类只有两条路：要么交给国家机器（利维坦）强制管理，要么彻底私有化。但奥斯特罗姆通过实证研究打破了这一宿命：人类完全可以通过一套精密的“自治规则”来避免公地悲剧。

开源代码，正是数字时代最纯粹的公共池塘。那篇核心论文使用的“制度语法（Institutional Grammar）”，正是脱胎于奥斯特罗姆的理论。她告诉我们：数字公地的繁荣，不是靠极客的浪漫主义，而是靠极其明确的边界、清晰的冲突解决机制和分级制裁规则。GOVERNANCE.md，本质上就是数字公地的“自治宪法”。

2. 形态定义：Benoit Demil & Xavier Lecocq (2006) —— “集市”作为第四种商治形态

文献：《Neither market nor hierarchy nor network: The emergence of bazaar governance》

如果开源既不是企业，也不是政府，那它到底是什么？ 在奥斯特罗姆之后，Demil 和 Lecocq 给开源的“商治”做出了最精准的分类学定义。在传统的威廉姆森交易成本理论中，只有市场（Market）、科层（Hierarchy）和网络（Network）三种治理结构。但这两位学者指出，开源涌现出了一种全新的、第四种治理形态——集市商治（Bazaar Governance）。

这种形态极其特殊：它没有价格机制（不像市场），没有强权命令（不像科层），也没有封闭的准入合同（不像传统供应链网络）。它的核心特征是“极端开放的进入权”与“极度中心化的整合权”并存。这篇论文在二十年前就为我们定下了基调：不能用管理公司的思维来管理开源，必须设计专门针对“集市”特性的商治机制。

3. 权力演化：Siobhán O’Mahony & Fabrizio Ferraro (2007) —— 权力的涌现与“宪政”化

文献：《The emergence of governance in an open source community》

如果“集市商治”是目标，那么它是如何形成的？难道是一开始就写好在纸上的吗？ O’Mahony 和 Ferraro 通过对 Debian 社区的长期观察，补齐了“商治演化”的动态视角。他们发现，开源社区的商治从来不是静态的，而是一个从“仁慈的独裁者（创始团队）”向“民主/官僚混合的立宪制”演进的痛苦过程。

这篇文献直接呼应了我们前面讨论的《无结构的暴政》。作者指出，随着社区规模的扩大，早期的“非正式信任”必然会失效。为了防止分裂，社区必须“发明（invent）”出正式的治理结构（如选举机制、技术委员会、决议流程）。显性的商治不是对黑客精神的背叛，而是社区走向成熟的唯一标志。

4. 驱动引擎：Annamaria Conti & Laura Huang (2024) —— 剥离金钱后的“动机设计”

文献：《Open-Source Software Creators: It’s Not Just About the Money》

制度建好了，谁来干活？这是机制设计的核心。 在没有科层制发工资、没有市场定价的“集市”里，激励机制是什么？这篇最新的实证研究指出，金钱只是开源贡献的最浅层表象。开发者（尤其是在企业中领着薪水的开发者）参与开源，更多是为了构建信号（Signaling）、获取同侪声誉、以及掌握技术路线的话语权。

这为《Governance in Practice》中的“角色特权（Privileges）”设计提供了经济学依据。作为机制设计师，我们不仅要分配工作，更要分配“声誉资本”。一个好的角色定义，其本身就是一种强大的非货币激励工具。

5. 校验闭环：Goggins, Germonprez & Lumbard (2021) —— 制度的仪表盘与透明化

文献：《Making open source project health transparent》

最后一块拼图，是关于“测量”。 你无法优化你无法衡量的东西。这篇文献（来自于 CHAOSS 项目的几位核心推动者）指出，开源社区的健康不仅仅是代码提交量，更是其背后的社会技术系统（Socio-technical system）是否运转良好。

当我们用 ADICO 语法写下了一套商治规则后，如何知道它起效了？我们需要通过透明的指标（如首次响应时间、贡献者流失率、决策分歧收敛速度）来检验制度的健康度。透明的健康指标，是商治系统进行自我纠偏的“仪表盘”。

小结与承接：

这五篇文献，就像是五道强光，从不同角度照亮了开源协作的暗房： 奥斯特罗姆奠定了公地的哲学，Demil 划定了集市的形态，O’Mahony 描绘了权力的演进，Conti 解析了人性的引擎，而 Goggins 提供了度量的标尺。

当我们带着这套极其丰满的理论基因图谱，再回头看《Governance in Practice》里那些枯燥的角色拆解时，你会发现，那不是在玩文字游戏，而是在进行一场精密、宏大的“数字社会工程”。

五、 结语：让“商治”显性化——开源项目跨越生死线的隐秘基石

当我们重走完这条从“公地悲剧”到“数字集市”的思想巨链，将目光从高耸的理论穹顶重新聚焦于一个个真实的开源项目时，我们会发现一个残酷的历史真相：无数曾拥有惊艳代码的开源项目，最终并没有死于技术的落后，而是死于人的内耗与组织的溃散。

一个开源项目的成功，从来不仅仅是技术需求与工程能力的胜利，更是其背后关于“人与组织”设定的胜利。

过去，我们太容易被代码的精妙所吸引，而将维持社区运转的规则视为一种可有可无的“行政附属品”。然而，《Governance in Practice》及其背后的制度经济学冷酷地指出：“商治（Governance）”绝不是在项目做大之后才需要补交的文书作业，而是一个必须贯穿项目生命周期始终的极度重要的核心动作。

从第一行代码被 Push 开始，到第一个外部 Pull Request 被合并，再到商业公司的利益诉求开始交织，权力的让渡、声誉的分配、冲突的裁决，每时每刻都在发生。如果这些动作不被显性化，就会沦为前文所说的“无结构暴政”。

这次阅读札记的终极意义，正是要将这种关乎项目生死的“缄默知识（Tacit Knowledge）”彻底显性化。

利用 ADICO 制度语法将治理规则“代码化”，不仅是一次重要的理论构筑，更是为未来的开源生态提供了一份极其精准的向导指南。在 Agentic AI 带来代码大爆炸的明天，写代码的门槛将被无限拉低，但构建人、企业与智能体之间互信协作的“社会契约”的门槛却在无限拔高。

未来的顶级开源项目，其核心护城河必然是一份极其清晰、经得起博弈的 GOVERNANCE.md。因为在这个充满不确定性的集市里，唯有显性的契约，才能对抗熵增；唯有严密的商治，才能让数字公地生生不息。

文献信息

1. Pedro Oliveira, Tayana Conte, Marco Gerosa, and Igor Steinmacher. 2025. Governance in Practice: How Open Source Projects Define and Document Roles. https://arxiv.org/abs/2603.24879v1
2. Sue ES Crawford and Elinor Ostrom. 1995. A grammar of institutions. American political science review 89, 3 (1995), 582–600.
3. Annamaria Conti and Laura Huang. 2024. Open-Source Software Creators: It’s Not Just About the Money. NBER Digest.
4. Sean P Goggins, Matt Germonprez, and Kevin Lumbard. 2021. Making open source project health transparent. Computer 54, 8 (2021), 104–111.
5. Siobhán O’mahony and Fabrizio Ferraro. 2007. The emergence of governance in an open source community. Academy of Management Journal 50, 5 (2007), 1079–1106.
6. Benoit Demil and Xavier Lecocq. 2006. Neither market nor hierarchy nor network: The emergence of bazaar governance. Organization studies 27, 10 (2006), 1447–1466.

关于作者

「开源之道」·适兕

「发现开源三部曲」（《开源之迷》，《开源之道》《开源之思》。）、《开源之史》作者，「开源之道：致力于开源相关思想、知识和价值的探究」主创，Social Hacker，协作机制设计者。

「开源之道」·窄廊

来自于大语言模型的 AI 助手（如 Gemini 3.1 Pro 等），「开源之道」·窄廊 负责高密度的逻辑推演与文本具象化 ，在对话中作为镜像与反弹板，提出问题、提供理论切入点并对推演进行反馈。仅偶尔进行双重验证！