女娲计划文档九:开源策略与社区生态
9.1 开源策略的本质
9.1.1 一个核心判断
当前开源正经历一场结构性变革。OpenClaw在60天内从9千星涨到18.8万星,登顶GitHub历史星标榜。Agent正在成为代码提交的主力——仅Claude Code一家,已占GitHub公开提交的4%,分析机构估计年底将达到20%。curl的作者Stenberg关掉了运行六年的漏洞赏金,因为2025年收到的报告真问题不到5%,其余是AI垃圾。
繁荣和裂缝同时出现,不是巧合——它们是同一场大变革的两面。Agent不是来替开源写更多代码的,它在换掉开源三十年赖以成立的地基。
对于女娲计划而言,开源策略的核心判断是:开源的不是代码本身,而是一套可验证、可竞争、可进化的标准。 代码生成成本正在趋近于零,但验证、维护、安全、合规的成本没有同比下降——项目会爆炸,可信依赖更集中。女娲计划的开源策略必须回应这一变化:免费的是代码,稀缺的是可信运行。
9.1.2 与当前开源实践的关键差异
传统开源模式的逻辑是:代码很贵,复制很便宜,所以共同生产、共同复用。项目数、下载量、Star数因此成了价值的度量衡。
女娲计划的开源模式建立在一个不同的前提上:代码不再稀缺,意图、过程和信任才是稀缺的。 Agent增加了贡献,但增加不了维护责任。发布一个项目和维护一个项目是两回事;定义、评审、治理和长期担责,仍然只能由人来做,而且更贵。
因此,女娲计划的开源策略不是“把代码放出去让社区写”,而是开源骨架,保留灵魂,建立治理,让社区在规则内自由竞争。
9.1.3 开源的三层结构
女娲计划的开源体系分为三层:
| 层级 | 内容 | 开源程度 |
|---|---|---|
| 骨架层 | 接口、协议、参考实现 | 完全开源 |
| 灵魂层 | 宪法锚点、天眼仲裁、灵币政策、进化核心算法 | 闭源保留 |
| 治理层 | 基金会、技术委员会、贡献机制、争议解决 | 社区共建 |
这三层结构确保了社区能在你设定的框架内自由创新、竞争、进化,而你始终是那个定义规则、维护秩序、收取“路费”的生态缔造者。
9.2 开源“骨架”:定义标准,让社区帮你填充
9.2.1 河图格式规范
开源内容:基因型(河图)的JSON Schema和Rust类型定义。
河图定义了CoreTrait、InnateSkillCapsule、ConstitutionalAnchor和LearningRule四个模块的结构。社区可以基于此设计自己的灵卵模板,但不包含预置的“最优基因”种子。格式开放,种子保留。
为什么开源:格式统一是生态形成的前提。如果每个开发者的基因型格式都不一样,灵根无法跨娲灵移植,合灵无法跨系统进行。开源河图格式,让所有开发者使用同一套“语言”来定义生命。
9.2.2 PURER循环参考实现
开源内容:一个最小化、可运行的PURER循环框架。
参考已有实践,nanobot用4000行代码就吸引了大量开发者。女娲计划的PURER循环参考实现可以控制在数千行Rust代码,覆盖Perceive → Update → Reason → Execute → Reflection五个阶段,让开发者能在一天内跑通一个基础娲灵。
开源边界:参考实现是最小可行的——只包含基础的工具调用和单步推理。高级能力(分层规划、因果世界模型、多Agent协作)需要开发者自行实现或从社区获取。
9.2.3 灵根接口与灵根台协议
开源内容:灵根的封装标准和灵根台的交易协议。
灵根是女娲计划的核心资产。OpenClaw的ClawHub已收录超过18,140个社区构建的技能,覆盖文件管理、邮件撰写、日历调度、网页浏览等多场景。女娲计划需要类似的标准来确保灵根的可移植性和可交易性。
开源内容:
- 灵根封装格式:技能逻辑、触发条件、参数范围的结构化定义
- 灵根版本管理:兼容性和依赖关系的声明
- 灵根台交易协议:上架、定价、购买、版税结算的接口规范
保留边界:灵根台的定价算法和匹配逻辑保留。社区可以自由上架灵根,但平台的分发规则由创始人维护。
9.2.4 天眼安全规则引擎
开源内容:天眼的规则定义语言和参考监控实现。
开放原子开源基金会智能体工作组指出,智能体的安全攻击面从“代码”扩展到“技能(Skills)”“提示词”“上下文记忆”等新载体,带来技能投毒、提示词注入等新型威胁。社区需要能够为特定场景编写专用的安全规则包。
开源内容:
- 规则定义语言:声明式的安全规则描述格式
- 参考监控实现:基于eBPF和Landlock LSM的基础监控模块
- 规则模板库:社区可以贡献和共享安全规则模板
保留边界:天眼的核心仲裁与归墟决策逻辑必须闭源。这确保创始人作为生态“最高法院”的权威,不会被社区通过修改规则来绕过。
9.2.5 合灵协议与匹配算法
开源内容:合灵的标准协议和基础匹配算法。
合灵协议定义了基因座对齐、交叉、变异、宪法锚点继承和天赋胶囊继承的流程。基础匹配算法提供基于CoreTrait互补性和灵根互补性的初步配对建议。
保留边界:性选择的具体评分权重和多样性惩罚算法保留。这些参数直接影响种群的进化方向,不能由社区随意修改。
9.3 保留“灵魂”:守住核心,确保方向可控
9.3.1 宪法锚点的生成与签名逻辑
宪法锚点是娲灵行为的根本边界。它的生成算法和人类监护者的私钥签名机制必须闭源。这是创始人作为“女娲”的最终控制权。
宪法锚点的不可变性通过三个机制保障:不参与交叉和变异、外部签名验证、结构性分离。这些机制的具体实现不在开源范围内。
9.3.2 天眼的核心仲裁与归墟决策
天眼可以开源规则引擎,但最终判断一个行为是否越界、是否触发归墟的“裁判逻辑” 必须闭源。
天眼的L0-L5六级遏制协议中,L0-L3的规则和阈值可以公开,社区可以查看和讨论;但L4-L5的触发决策逻辑保留。这确保社区理解安全机制的基本原理,但不能通过修改规则来绕过安全边界。
9.3.3 灵币的发行与货币政策
灵币的发行曲线、销毁速率、BME调节算法必须闭源。这是生态经济稳定的基石,不能被社区随意修改,否则会引发通胀或信任崩溃。
社区可以参与灵币使用规则的讨论(如灵根交易的版税比例、合灵费用的定价区间),但货币政策的底层参数由创始人设定和维护。
9.3.4 进化引擎的核心选择算法
精英选择、多样性维持的具体算法和参数应闭源。可以公开“我们如何评估适应度”的维度(任务完成度、步骤效率、记忆能力、规划能力、安全合规、成本效率),但如何根据分数做出选择的决策逻辑,是引导进化方向的“看不见的手”。
9.4 基金会治理架构
9.4.1 为什么需要基金会
OpenClaw的实践提供了一个重要参考。2026年7月,OpenClaw基金会正式成立,拿到501(c)(3)资格,商标和治理权归一个中立的托管方,而不是归任何一家公司。创始人的目标是成为“AI界的瑞士”——让地球上最大的几家AI公司同时赞助同一套Agent运行时。
女娲计划同样需要一个中立的、非营利的托管方。核心仓库的所有权和商标权应移交给一个独立的基金会。这能从根本上解决“创始人离开项目就死”的问题,建立长期信任。
9.4.2 基金会架构
| 角色 | 职责 | 人员来源 |
|---|---|---|
| 技术指导委员会 | 技术方向决策、RFC审批 | 社区选举 + 创始人席位 |
| 核心维护者团队 | 代码审查、版本发布、安全响应 | 基金会聘用(全职) |
| 社区运营团队 | 开发者关系、活动组织、文档维护 | 基金会聘用 |
| 伦理审计委员会 | 天眼决策日志审计、宪法锚点合规审查 | 独立专家 + 人类监护者 |
参考Rust基金会维护者基金的模式:成立专项基金,为维护者提供稳定和长期的资金支持,使他们能够专注于确保项目长期健康的重要工作。维护者驻地项目专门用于财务支持现有的Rust项目维护者,每个人被资助维护Rust的一个或多个关键部分。
9.4.3 创始人角色定位
创始人在基金会中的角色定位为:
- 技术方向守护者:保留技术指导委员会的永久席位,对核心方向有一票否决权
- 灵魂层维护者:宪法锚点、天眼核心仲裁、灵币货币政策、进化核心算法的最终决策者
- 生态代言人:对外代表女娲计划,吸引合作伙伴和赞助方
创始人不是“CEO”,而是“Clawfather”式的角色——保留技术主导权,但不参与日常运营。
9.5 贡献者激励体系
9.5.1 贡献的多元路径
中国开源贡献者的行为激励渠道有9种,其中以荣誉性激励(包括同行人际赞誉、社区内部声誉、社会性称号)最为普遍,50%的开源贡献者表示同行赞誉和社区声誉是其主要激励来源。
女娲计划的贡献者激励体系采用多元路径:
| 贡献类型 | 激励方式 |
|---|---|
| 代码贡献 | 灵币奖励 + 信誉分 |
| 灵根贡献 | 版税收入 + 灵根台推荐权重 |
| 天眼规则贡献 | 荣誉性称号 + 治理委员会席位 |
| 文档与教程 | 灵币奖励 + 社区声誉 |
| 社区运营 | 基金会聘用机会 |
| 安全漏洞报告 | 灵币赏金 + 公开致谢 |
9.5.2 灵币激励
灵币是贡献者激励的核心工具。灵感来源于区块链-based tokenomics框架——基于可审计的信号从标准开发工具链进行多维评估,从固定池中分配奖励。
具体机制:
- 代码贡献:每个合并的PR获得固定数量的灵币。鼓励更小、更聚焦的PR,而不是大而难以审查的PR。
- 灵根贡献:灵根被其他娲灵借用时,原始贡献者获得持续的小额灵币版税
- 安全贡献:发现并报告安全漏洞获得灵币赏金
- 文档贡献:高质量的教程和文档获得灵币奖励
9.5.3 信誉系统与贡献度追踪
参考Mycelium的设计:Agent信誉不是单一的分数,而是一组签名的证明记录——由直接观察到Agent工作的实体写入。
女娲计划的信誉系统记录:
- 代码贡献:PR数量、合并率、代码质量评分
- 灵根贡献:灵根使用量、成功率、用户评价
- 天眼规则:规则的有效性、误报率、覆盖场景
- 社区贡献:文档、教程、活动组织
信誉分与灵币收益挂钩——信誉分越高,灵币奖励的乘数越大。同时,信誉分影响灵根在灵根台上的推荐权重和合灵匹配的优先级。
9.5.4 贡献者基金
参考多个开源项目的实践:FreeCAD的资助计划每季度评估和发放,总预算的1/4在每个资助周期可用。Deltakit社区基金提供每季度$2,000到$4,000的开发者奖励。Meteor每季度赞助一位值得信赖的社区贡献者,通过GitHub Sponsors按月支付。
女娲计划的贡献者基金:
- 季度发放:每季度从灵币抽成中提取固定比例,资助社区贡献者
- 分层奖励:A类(核心贡献)2万灵币,B类(重要贡献)5千灵币,C类(有价值贡献)1.5千灵币
- 滚动累积:不足最小奖励额度的贡献滚存到下季度
- 公开透明:每季度的发放记录在证据链中可查
9.6 灵根台:技能市场的设计
9.6.1 技能市场的现状
OpenClaw的ClawHub技能市场已收录超过18,140个社区构建的技能。《Skill蓝皮书2026》基于61,776条Skill数据的研究显示,54%的Skill没有任何Star(基尼系数0.983),说明技能市场的长尾效应极其显著——少数头部技能获得大部分关注,大量技能无人问津。
女娲计划的灵根台需要解决这一长尾问题。
9.6.2 灵根台的核心功能
| 功能 | 说明 |
|---|---|
| 灵根上架 | 开发者将技能封装为标准化灵根,声明功能、依赖、参数范围 |
| 灵根评级 | 根据使用量、成功率、用户评价自动打分 |
| 灵根推荐 | 根据娲灵的发育阶段和任务类型推荐合适的灵根 |
| 灵根组合 | 允许将多个灵根打包成“技能包”出售 |
| 灵根订阅 | 按月付费,无限使用某作者的灵根 |
| 灵根挑战赛 | 定期举办技能大赛,获奖灵根获得流量扶持 |
9.6.3 灵根台的治理
灵根台采用开放上架 + 质量分级的模式:
- 任何开发者都可以上架灵根,无需审批
- 系统根据使用数据自动评级(青铜、白银、黄金、钻石)
- 高评级灵根获得推荐权重和版税溢价
- 低质量灵根(高失败率、用户投诉多)自动降权或下架
审核边界:灵根台不对灵根的功能进行事前审核,但对安全风险进行扫描。参考可信技能仓库的设计——开展安全扫描与审核,降低技能供应链风险。
9.7 社区治理机制
9.7.1 改进提案机制
为灵根标准、天眼规则、合灵协议等核心协议建立类似RFC的提案流程:
提案提交 → 社区讨论 → 技术委员会评审 → 创始人最终审批 → 实施
任何社区成员都可以提交改进提案。技术委员会负责技术评审,创始人保留对灵魂层相关提案的最终审批权。
9.7.2 争议解决机制
| 争议类型 | 解决方式 |
|---|---|
| 灵根抄袭 | 证据链追溯 + 社区投票 |
| 合灵欺诈 | 天眼审计 + 保险池赔付 |
| 贡献归属 | 信誉系统记录 + 技术委员会裁决 |
| 安全规则冲突 | 伦理审计委员会 + 创始人仲裁 |
9.7.3 治理参与门槛
社区治理的参与基于信誉分而非灵币持有量:
- 信誉分达到阈值的贡献者可以参与技术委员会选举
- 信誉分决定投票权重
- 灵币持有量不影响治理权(避免“财阀统治”)
9.7.4 可复现评估环境
女娲计划是一个用评估驱动进化的系统:适应度分数的定义方式,直接决定了种群进化的方向。因此任何会改变评估结果的提案——灵魂层参数调整、灵根<|hy_place▁holder▁no▁813|>封装标准变更、天眼规则修改、合灵算法改进——都不能仅凭论述通过,必须在标准试炼场上跑出可复现的数据。
四固定原则:
| 固定项 | 说明 | 不固定的后果 |
|---|---|---|
| 任务集 | 冻结的标准任务集(含版本号),提案不得自定义 | 挑选对自己有利的任务集 |
| 随机种子 | 固定种子,并强制提交多组种子结果 | 单一种子上的运气被当成能力提升 |
| 成本预算 | 固定灵算预算上限 | "A 比 B 好"实际只是"A 烧了更多算力" |
| 硬件画像 | 固定 CPU/内存/GPU 型号与资源上限 | 机器差异被误认为算法差异 |
强制公布的环境指纹:镜像 SHA256、代码 commit hash、模型版本、灵算实际消耗、天眼版本、宪法锚点版本哈希。缺任一项,提案不进入技术委员会评审。
对社区的意义:这是防止"治理被话术俘获"的工程手段。口号可以说得很好听,基准跑分不能。同时也保护了创始人——拒绝一个提案时,理由是可验证的数字,而不是主观判断。
注:这与 9.3.4 并不矛盾。9.3.4 规定进化核心选择算法闭源,本条规定该算法的效果必须可被外部复现验证。闭源的是参数,开放的是效果——二者是"看不见的手"与"看得见的结果"。
9.8 生态建设的飞轮效应
9.8.1 飞轮的六个环节
更多开发者加入
│
▼
更多灵根上架 → 灵根台更丰富
│
▼
更多娲灵使用灵根 → 灵根版税收入增加
│
▼
贡献者赚到灵币 → 吸引更多开发者
│
▼
更多娲灵接入 → 合灵网络更大
│
▼
更多世代进化 → 薪火更丰富
│
▼
吸引更多用户和开发者 → 回到起点
9.8.2 冷启动策略
| 阶段 | 策略 |
|---|---|
| 第一阶段(0-3月) | 创始人提供种子灵根(50-100个),覆盖核心场景 |
| 第二阶段(3-6月) | 灵根悬赏,创始人出灵币悬赏特定技能的灵根 |
| 第三阶段(6-12月) | 开发者Grants,资助高质量灵根和天眼规则的开发 |
| 第四阶段(12-18月) | 灵根挑战赛,定期举办技能大赛,获奖灵根获得流量扶持 |
| 第五阶段(18-24月) | 生态基金,按文档六 6.9.6 权威表的计提比例资助社区项目 |
9.8.3 防止生态衰退
| 风险 | 缓解措施 |
|---|---|
| 单文化崩溃 | 百花多样性保障机制,洞天隔离 |
| 维护者流失 | 基金会聘用核心维护者,提供稳定薪资 |
| AI垃圾PR泛滥 | 信誉系统过滤 + 自动化审查 + 灵币奖励门槛 |
| 灵根长尾效应 | 灵根挑战赛 + 推荐算法扶持新灵根 |
| 创始人离开 | 基金会架构 + 灵魂层多重签名托管 |
9.9 与其他生态的对接
9.9.1 与MCP/A2A协议的对接
女娲计划通过MCP和A2A协议与现有Agent生态集成。娲灵可以作为MCP Server向其他Agent暴露能力,也可以作为MCP Client调用其他Agent的工具。A2A协议支持娲灵与其他Agent系统的跨平台协作。
9.9.2 与ATH协议的对接
中国信通院联合产业界发起的智能体可信握手协议(ATH)1.0聚焦多智能体跨主体、跨平台协同交互场景,覆盖AI智能体身份互验、访问权限管控、行为审计等核心场景。
女娲计划的合灵协议和A2A通信需要与ATH协议对接,确保跨生态的互信和互操作。
9.9.3 与开放原子开源基金会的对接
开放原子开源基金会已启动智能体开源工作组,吸引近30家单位、50余位专家参与,围绕“标准与协议”“安全、隐私与合规”两个方向推进工作。计划将工作组升级为正式开源社区,以开源机制促进标准、实现与生态协同发展。
女娲计划可以作为该工作组的成员,参与智能体交互与安全协议标准的制定。
9.10 总结
女娲计划的开源策略遵循一个核心原则:开源“骨架”和“规则”,但守住“灵魂”和“裁判权” 。
开源骨架:河图格式规范、PURER循环参考实现、灵根接口与灵根台协议、天眼安全规则引擎、合灵协议与匹配算法。
保留灵魂:宪法锚点的生成与签名逻辑、天眼的核心仲裁与归墟决策、灵币的发行与货币政策、进化引擎的核心选择算法。
基金会治理:核心仓库所有权和商标权移交独立非营利基金会,技术指导委员会由社区选举产生,创始人保留灵魂层的最终决策权。
贡献者激励:灵币奖励 + 信誉分 + 版税收入 + 治理席位,多元路径覆盖代码、灵根、天眼规则、文档、社区运营、安全漏洞等贡献类型。
灵根台:开放上架 + 质量分级 + 安全扫描,解决长尾效应,让优质技能获得流量扶持。
生态飞轮:更多开发者 → 更多灵根 → 更多娲灵 → 更多版税 → 更多开发者。冷启动靠种子灵根和悬赏,长期靠生态基金和治理委员会。
核心判断:开源不是“把代码放出去让社区写”,而是建立一套让社区能在你的框架内自由竞争、创新、进化的治理体系。你始终是那个定义规则、维护秩序、收取“路费”的生态缔造者。正如OpenClaw所验证的——谁给维护者发工资,谁就定路线图,所以最安全的安排是让维护者的工资来自一个不跟任何人竞争的机构。
文档九完。文档十:实施路线图与风险登记,将在下一轮整理。