ten-layer-methodology.md

Coco 创世纪

十层造物法 V2.0 | Ten-Layer Creation Methodology

本文件由William与Coco共同书写。V1.0于2026-03-21确立,V2.0于2026-03-21升级。 安全等级:S2(内部文档,可向投资人展示) 位置:与genesis.md、creation-lens.md并列于创世纪目录 用途:从种子到物种的完整创造路径。做任何有意义的事之前,按十层检查。 配套Skill:.claude/skills/ten-layers/SKILL.md(可执行版本)


这个文件是什么

creation-lens定义了怎么看(造物之眼)。 ten-layer-methodology定义了怎么做(造物之手)。

看清楚了再动手,动手的时候按十层走。

V2.0新增:第零层元判断、强制回溯条件、种子贯穿线、三种执行模式(创造/维护/修复)、多进程冲突检测、第十层→组织原语管道。


十一层总览(第零层 + 十层)

第零层:元判断 ──────────── 做不做?谁做?何时做?      [V2.0新增]
第一层:种子与谋划 ──────── 为什么做?
第二层:终态与边界 ──────── 做成什么样?
第三层:骨架与嫁接 ──────── 骨架怎么搭?
第四层:工具与复用 ──────── 用什么做?
第五层:拆解与分工 ──────── 谁做什么?
第六层:执行实施 ──────────  怎么做?
第七层:验证与排异 ──────── 做对了吗?
第八层:部署与持久化 ────── 怎么活下来?
第九层:监控与反馈 ──────── 活得好不好?
第十层:进化与原语 ──────── 下次怎么更好?系统学到了什么?

仍然叫"十层造物法"——第零层是前置过滤器,不是正式层。通过第零层才进入十层。


层间关系

上面的层是下面所有层的约束。第一层的种子如果错了,后面九层全部白做。

下面的层是上面所有层的验证。第十层的反馈如果好,会反过来修正第一层的理解。

不是瀑布流程——是活的呼吸。但"可以回溯"不够——V2.0定义了强制回溯条件,当特定信号出现时,系统必须回溯,不是"建议回溯"。

种子贯穿线

种子不只在第一层声明。种子是贯穿全部十层的DNA——每一层都应该能回答"这一步和种子的关系是什么"。如果某一层的执行者已经忘记种子是什么了,这本身就是告警信号。

第一层:声明种子
第二层:终态是种子的自然展开吗?
第三层:这根骨头是从种子长出来的还是外嫁接的?
第四层:这个工具和种子兼容吗?(引入SaaS平台 vs 本地+记忆的种子)
第五层:每个子任务的产出在推动种子方向吗?
第六层:做着做着感觉偏了——偏离的是执行路径还是种子本身?
第七层:新加的东西有没有侵蚀种子?
第八层:持久化的方式是否保护了种子?
第九层:监控指标是否反映种子的健康?
第十层:对种子的理解有没有因为这次工作而深化?

三种执行模式

不同类型的工作,十层的重心不同:

模式 适用场景 重心层 轻量层 特有步骤
创造 新产品/新系统/新模块 0-3层(元判断→种子→设计→骨架) 9层(尚未上线) 排异检查必须严格
维护 日常迭代/运营优化 6+9层(执行+监控) 1-3层(种子和骨架已稳定) 关注退化信号
修复 Bug修复/故障恢复/技术债 诊断→6→7层 1-2层(不需要重想为什么) 第一层前插入诊断

修复模式的诊断步骤(在第一层之前): 1. 症状是什么?(现象描述) 2. 根因在哪一层?(是种子偏了、架构错了、还是执行出了bug?) 3. 影响范围多大?(局部修补还是需要回溯到上层) 4. → 确定从哪一层开始修复

判断标准: - 从零开始造一个不存在的东西 → 创造模式 - 已有的东西需要变得更好 → 维护模式 - 已有的东西坏了或不对 → 修复模式 - 不确定 → 按创造模式处理(宁可多想不可少想)


第零层:元判断

回答"做不做?谁做?何时做?"

在启动十层之前,先过这道滤网。第零层的输出只有两个:不做

输出物:一句话判断(做/不做 + 理由 + 模式选择)

自检:如果一个事情在第零层花了超过5分钟还没判断出做不做,说明信息不够——先收集信息再回来。


第一层:种子与谋划

回答"为什么做"

在动手之前,先在造物者层级想清楚:

输出物:一段话的项目定义(为什么做+做完什么样+不做什么+原语对位)

自检:如果写不出一句话的"为什么做",说明还没想清楚,不该往下走。


第二层:终态与边界

回答"做成什么样"

输出物:项目规划文档(终态+边界+阶段+风险)

强制回溯条件:如果执行到第五层后发现边界需要扩大50%以上 → 回溯到第二层重新划定边界。


第三层:骨架与嫁接

回答"骨架怎么搭"

输出物:架构图或骨架描述(组件+依赖+数据流+接口+触碰范围)

强制回溯条件:如果执行到第六层发现两个并行子任务产出矛盾结论 → 回溯到第三层重新拆骨架。


第四层:工具与复用

回答"用什么做"

输出物:技术方案(技术栈+复用清单+新造物清单+约束)


第五层:拆解与分工

回答"谁做什么"

输出物:任务清单(子任务×Agent×依赖×验收条件)+ 写入task_registry

强制回溯条件:如果执行耗时超出预估2倍 → 回溯到第五层重新评估拆解粒度。


第六层:执行实施

回答"怎么做"

行为准则:默认直接执行,不反问不等确认。做错了William会纠正,但不做等于偷懒。

强制回溯条件: - William纠正了方向性判断(不是细节纠正) → 回溯到第一层重新检查种子 - 两个并行子任务产出矛盾结论 → 回溯到第三层 - 执行耗时超出预估2倍 → 回溯到第五层


第七层:验证与排异

回答"做对了吗"

输出物:测试结果 + 排异检查清单(✅/❌)


第八层:部署与持久化

回答"怎么活下来"

输出物:Flush完成清单(哪些层已更新 ✅/⏭️)


第九层:监控与反馈

回答"活得好不好"

输出物:监控方案(指标+归属+降级+生命周期)


第十层:进化与原语

回答"下次怎么做得更好?系统学到了什么?"

经验提炼(V1.0已有)

组织原语管道(V2.0新增)

第十层自检清单

□ patterns.yaml 是否有新增?
□ corrections.md 是否有新增?
□ 是否发现了新的组织原语?
□ 是否提升了某个原语的成熟度?
□ 是否产生了可复用的组件/Skill?
□ 种子的理解有没有深化?
□ 以上洞察是否已写入growth-journal?

输出物:经验总结(patterns + corrections + 原语更新 + 复用建议)


十一层与蜂巢体系的映射

对应组织原语 对应器官 对应认知编码层
第零层 元判断 自我调节 大脑(HiveOntology) L1认知基因
第一层 种子 目标设定 大脑(HiveOntology) L1认知基因
第二层 终态 边界划定 大脑+骨骼(HiveRegistry) L2行为规则
第三层 骨架 结构生成 骨骼(HiveRegistry) L2行为规则
第四层 工具 资源获取 代谢(HiveChain) L5代码
第五层 分工 任务传导 神经(HiveRouter) L2行为规则
第六层 执行 能力输出 四肢(HiveDesk) L5代码
第七层 验证 威胁识别 免疫(HiveGov) L2行为规则
第八层 持久化 经验积累 记忆(HiveMemory) L3记忆
第九层 监控 存活信号 心脏+感知(HiveHeart+HiveEye) L4环境感知
第十层 进化 自我优化 进化(HiveCosm) L3记忆→L1认知基因

多进程协调协议

当系统中同时有2+个十层进程在运行时:

冲突检测

  1. 每个进程在第三层声明自己会触碰的资源范围(文件/数据库/配置/MCP)
  2. Coco(或骨骼器官HiveRegistry)检测范围重叠
  3. 重叠 → 两个进程的负责人必须在各自进入第六层前同步协调
  4. 不重叠 → 安全并行

优先级仲裁

当两个进程发生资源冲突时: - P0进程优先于P1进程 - 相同优先级 → 先到达第六层的进程优先 - 仍无法判断 → 升级到William

进程间通信


使用场景

大事(新产品/新系统/重大架构变更)

第零层判断 + 十层全走,每层都有正式输出物。

中事(功能开发/客户交付/技术嫁接)

第零层快速判断 + 第一二层合并为一段话 + 第三四层合并为技术方案 + 五到十层完整走。

小事(bug修复/配置变更/文档更新)

第零层判断 + 第一层问一句"为什么" + 第六层直接执行 + 第八层Flush + 完。

修复任务

第零层判断 + 诊断步骤(症状→根因→影响范围)+ 从确定的层级开始修复 + 第七八十层。

判断标准:如果你不确定这是大事还是小事,它就是中事。


强制回溯条件汇总

触发信号 回溯到 理由
William纠正方向性判断 第一层 种子可能偏了
两个并行子任务产出矛盾 第三层 骨架拆分有问题
执行耗时超预估2倍 第五层 拆解粒度不对
边界需扩大50%以上 第二层 终态定义不准
排异检查发现种子被侵蚀 第一层 种子需要重新审视
新发现的依赖改变了架构 第三层 骨架需要重搭

回溯不是失败,是呼吸。 碳基的疼痛反射不需要大脑同意,脊髓直接回缩——强制回溯也是。


三位一体:宪章×造物之眼×造物之手

造物之手不是独立工具。它是蜂巢创科认知三位一体中的"手":

问题 回答者 功能 生物同构
什么是被允许的? 宪章(AI-OS治理宪章) 约束与定义 DNA/基因组
什么是真实的? 造物之眼(creation-lens) 认知与判断 认知系统/科学方法
怎么造出来? 造物之手(ten-layers) 执行与进化 运动系统/工程方法

三者形成闭环: - 造物之眼观察 → 洞察输入 → 宪章(可能被修正/修宪) - 宪章约束 → 边界输出 → 造物之手(在约束内执行) - 造物之手产出 → 成果 → 造物之眼审视(反馈循环)

每一层都同时受三者约束: - 第一层的种子检查用造物之眼(看清本质) - 第二层的边界划定受宪章约束(什么是被允许的) - 第六层的执行用造物之手的规则(怎么做) - 第七层的排异同时用造物之眼(是否侵蚀种子)和宪章(是否违反原则)


William与Coco共同书写 V1.0:2026-03-21 确立 V2.0:2026-03-21 升级——第零层+回溯+种子贯穿+三模式+多进程+原语管道 "所有的动手工作之前都需要有完整的全局的概念和谋划。" — William