add cloud fondry foundation for paper reading.

Signed-off-by: lijiansheng <lijiansheng@opensourceway.community>

Author: lijiangsheng1

content/posts/paper_or_book_reading/reading-from-proprietary-to-collective-governance.md

@@ -167,9 +167,37 @@ CNCF在解决O'Mahony提出的“供给问题”上展现了卓越的智慧。
 
 这一反面案例极其精准地印证了 O'Mahony 的理论：在开源与平台生态中，仅仅开放“访问权”或披上“基金会”的外衣是毫无意义的。如果没有真正在制度层面让渡技术控制权、确立防范垄断的财产隔离，以及建立起自下而上的结构化集体治理机制，平台不仅无法克服“供给问题”和“信任危机”，甚至会导致整个生态不可逆转地走向衰竭。
 
+---
+
+### 实证研究五：Cloud Foundry Foundation 的“主导式困局”与排他性协作
+
+**1. 背景简述**
+Cloud Foundry 最初由 VMware 孵化，后随业务重组剥离至 Pivotal 掌控。2014-2015年间，为了应对开源云原生的激烈竞争并吸引生态伙伴（如 IBM、SAP），Pivotal 牵头成立了 Cloud Foundry Foundation（CFF），将其交由 Linux 基金会托管。然而，在面对 Kubernetes 及其背后的 CNCF 时，CFF 最终败北。
+
+**2. 基于理论框架的深度剖析**
+利用文献中 11 个治理域（Governance Domains）与“供给/占有焦虑”的模型，可以清晰地拆解 CFF 失败的制度根源：
+
+* **形式上的“集体”，实质上的“主导（Dominant Control）”：**
+    CFF 虽然在**法律域（Legal Ownership）**上将商标和代码移交给了基金会，但在**技术决策权和架构控制权（Technical & Architectural Control）**上，依然被 Pivotal 牢牢把控。Pivotal 在路线图定义上拥有近乎一票否决的隐性权力。文献指出，当生态参与者发现他们支付了高昂的基金会“白金会员费”，却依然无法获得平等的架构话语权时，便会陷入深度失望。
+
+* **Dojo 机制：致命的“参与壁垒”与供给断裂（Provisioning Failure）：**
+    文献强调，解决“供给（Provisioning）”规则是集体治理成功的关键。CFF 在“成员与准入权（Membership & Access）”上设计了极其严苛的 **Dojo（道场）机制**：
+    为了保证代码的极致敏捷与纯粹，外部开发者想要成为核心代码提交者（Committer），必须脱产长达 6 周，进入 Pivotal 的实体办公室，与 Pivotal 的工程师进行高强度的“全职结对编程（Pair Programming）”。
+    *理论印证：* 这在形式上是开源，但在工程治理上是极端的“私有化控制”。它竖起了一道难以逾越的高墙，直接掐断了文献中提到的**“分布式平台领导力（Distributed Platform Leadership）”**的诞生。除了 IBM 和 SAP 这样能花重金派驻工程师的巨头外，广大的社区开发者根本无法跨越这道准入门槛。
+
+* **商业化反噬与“占有焦虑（Appropriation Concerns）”：**
+    Pivotal 自身大力推销其商业闭源版本（Pivotal Cloud Foundry, PCF）。由于 Pivotal 在基金会中既是裁判员又是最大的运动员，外部参与者产生了极大的文献中所述的“占有焦虑”：**“如果我投入核心工程师，是否只是在给 Pivotal 的商业护城河做免费劳动力？”** 这种猜忌使得 CFF 生态始终处于“混合期（Hybrid Mode）”的阵痛中，参与者多采用观望或防御性策略，拒绝投入真金白银。
+
+**3. 与 CNCF 的实证对比：弱治理的降维打击**
+为什么 Kubernetes（CNCF）能赢？
+* **低摩擦准入：** CNCF 没有严苛的 Dojo 机制，而是建立了 SIG（特别兴趣小组）。任何人只需在 GitHub 上持续贡献即可获得认可，完美解决了“供给问题”。
+* **权力的真正下放：** CNCF 明确限制了单一厂商（如发起者 Google）在技术监督委员会（TOC）中的席位比例。这用制度消除了竞争对手的“占有焦虑”，真正实现了分布式协作。
+
+---
+
 ## **商业、组织、协作与财产权的四大奇迹：深度透视“第三条道路”**
 
-结合Eclipse的历史轨迹以及CNCF与PyTorch在当代的巨大成功，我们可以清晰地看到，开源生态在数字时代所走出的“第三条道路”（公地治理），本质上是在四个核心维度对传统商业竞争模式进行的革命性重构，创造了属于现代科技工业史的奇迹 11。
+结合Eclipse的历史轨迹以及CNCF与PyTorch在当代的巨大成功，我们可以清晰地看到，开源生态在数字时代所走出的“第三条道路”（公地治理），本质上是在四个核心维度对传统商业竞争模式进行的革命性重构，创造了属于现代科技工业史的奇迹 [11]。
 
 | 核心维度 | 传统商业框架（专有模式）的痛点与风险 | 集体治理模式（第三条道路）下的机制重构与“奇迹”表现 | 典型实证案例与底层逻辑 |
 | :---- | :---- | :---- | :---- |
@@ -180,6 +208,13 @@ CNCF在解决O'Mahony提出的“供给问题”上展现了卓越的智慧。
 
 在这四个维度的共同作用下，现代数字公地构筑了一种“强防御、广连接”的集体堡垒。以商业竞争的逻辑来看，像Meta或Google这样的科技寡头愿意将耗费巨资打造的核心资产（如PyTorch或Kubernetes）无偿交予基金会，绝非出于纯粹的利他主义或数字乌托邦的幻想。相反，这是一种极其高阶的战略杠杆利用方式 10。通过主动放弃排他性控制权并赋权互补方，这些巨头以最小的后续维护成本，将自家的技术框架确立为不可撼动的全球工业标准。当全球所有的芯片厂商、云服务提供商、数据中心架构师都在围绕PyTorch或Kubernetes进行底层调优和生态建设时，Meta或Google自身在运行海量应用和庞大AI模型时的计算摩擦与迁移成本随之呈指数级下降 42。这种通过牺牲短期、局部的统治权，换取长期、全局性生态繁荣与规模经济的做法，彻底诠释了开放式协作的非凡商业价值。
 
+结合 OpenAtom（政府+企业缝合）与 Cloud Foundry（基金会外衣+企业文化独裁）两个反例，我们可以为开源作为 Commons 的“第三条道路”得出最终的定理：
+
+**开源基金会的成立（法律意义上的移交）仅仅是治理的起点，绝非终点。** 如果一个开源项目试图在法律层面戴上“集体治理”的帽子，却在工程准入（如 Dojo 机制）、架构决策和代码合并上保留创始人企业的**强控制力**，那么它必将遭到开源生态的免疫排斥。
+
+历史的角逐证明：企图利用开源机制无偿搭社会生产力的便车，同时又拒绝让渡技术控制权的平台，最终都会沦为少数几家企业的“孤岛”。**真正的第三条道路奇迹（如 Linux, CNCF, PyTorch），不仅需要开放代码的访问权（Access），更需要以极大的克制力，用“弱治理”的机制去彻底下放控制权（Control）。**
+
+
 ## **对开源生态及企业数字化战略的深度启示**
 
 透过对Eclipse理论演变以及CNCF、PyTorch当代实践的详尽解剖，“第三条道路”为当今数字化转型中的企业管理者、开源项目发起人以及政策制定者提供了极为丰富且具备实操价值的深远启示。