Cambium Kernel 标准解读（上）：K00–K06 治理语义与知识构建规则全解-开发者社区

【免费下载链接】Cambium

Governance standard and reference toolset for LLM-maintained knowledge corpora

项目地址：https://gitcode.com/gh_mirrors/ca/Cambium

Cambium 是面向 LLM 维护的知识语料库的治理标准与参考工具集，它的 Kernel 内核用 K00–K13 共 14 个标准模块回答了五个核心问题：哪些规则适用于这个仓库？哪些工作必须做、谁可以改共享状态？工作关闭前必须存在哪些证据？中断的任务如何恢复？哪些决定必须留给操作者而不是 Agent？本文完整解读 K00–K06 的治理语义与知识构建规则，帮助新手快速建立对 Cambium 标准体系的全局认知。

一、30 秒快速了解：Cambium Kernel 标准地图 🗺️

Cambium 的治理语义全部集中在kernel/目录下，采用"一个总览 + 若干叶子模块"的组织方式：总览页负责导航，具体规则由叶子模块独家拥有（这是 K00 的核心原则之一——Modular ownership）。

下表是本文覆盖的 7 个标准模块速览：

模块	一句话职责	稳定入口
`K00`	治理控制面：任务路由、核心原则、完成语义	K00 Standards Overview
`K01`	范围边界、逻辑架构与知识脊柱	K Overview
`K02`	盘点、Coverage 对账、Corpus 规划与批次生产	K Overview
`K03`	笔记类型目录、规范所有人与拆分/去重	K Overview
`K04`	内容深度模型：深度 = 问题覆盖	K Overview
`K05`	术语提取、所有权与复用	K Overview
`K06`	外部信息进入知识库的完整管线	K Overview

💡 记住一个关键公式：有效治理 = Cambium 内核 + 恰好一个已选 Profile + 采用方自有运行时状态。内核是规范性的，Profile 只能填补或收紧扩展点，不能禁用任何内核规则。

二、K00 标准治理：知识库的"宪法" 🏛️

K00 是整个控制平面。它不写知识内容，而是规定"谁有权改什么、改完拿什么证明"。

2.1 核心原则：22 条不可绕过的语义

Core Principles 列出了 22 条普适原则，挑几条对新手最有冲击力的：

One canonical source：一个概念恰好在一个规范笔记中完整维护；
Depth over volume：深度标准是"问题是否被彻底解释"，而不是文件数或字数；
No empty completion：空壳页、占位链接、两三句话的核心页不算完成；
Time is not proof：跑过最长时间、到达检查点都不能替代 Completion Gate；
State separation：任务、写作、表达、证据、学习五种状态严禁互相顶替。

2.2 任务路由：一切工作先有 Route ID

Task Routing 把常见任务意图分类为稳定的 Route ID。比如：

你想做什么	走哪条路
创建或修订单篇知识页	`R02`
构建完整知识模块	`R03`
从外部源材料扩展知识	`R04`
批量重命名/移动/拆分/合并	`R06`
长时任务启动与恢复	`R07 + 工作路线`
完成验收与 Terminal Audit	`R08 + 工作路线`

如果没有任何一行能"不拉伸分类边界"地描述任务，就必须显式路由决策，而不是猜测最近似的路线。

2.3 S/M/L 分级与优先级配额

Effort Tiering 用 S/M/L 三级决定一个页面享受多重的验收仪式：S 级只做脚本检查，M 级做确定性检查 + M-tier 清单，L 级（P0 核心页）走完整流程 + 独立 note gate。分级只调整验收强度，不降低任何质量标准。Profile 还可注册可选的 P0/P1 数值上限，防止优先级通胀。

三、K01 范围与架构：先画边界，再谈内容 📐

K01 解决的问题很朴素：防止内容扩张成一堆互相重叠的文件。

Profile Scope 接口：具体目标、内容优先级、基础层承诺与排除清单由所选 Profile 显式注册（见 Scope Boundaries）。内核只要求这些承诺"被明确注册"，不替你做领域决策；
逻辑架构不许平铺：所有主题不能堆在顶层，具体层级由 Profile 注册；
知识脊柱（Knowledge Spine）：每个系统主题都应声明自己在脊柱上的位置、依赖哪些基础知识、影响哪些下游阶段。基础页负责完整机制，系统页只讲该机制在本系统中的角色，并通过 wiki 链接复用。

四、K02 知识工作构建：账本、规划与批次生产 🧾

K02 把"建知识库"变成可审计的工程活动，核心是三件状态物 + 一套规划工件：

Coverage Ledger（覆盖账本）：范围内每个 Markdown 文件恰好一条记录；尚未创建但属于 Required 覆盖的知识对象也要有记录；每个未完成项必须有显式next_batch（Inventory and Coverage Ledger）；
Required Queue：批次清单与依赖、生命周期状态；
Progress Ledger：任务合同、整体任务状态与检查点。

规划侧则定义了Global Map（全局地图）、Capability Matrix（能力矩阵）、Gap Register（缺口登记册）三类工件的契约——缺口必须描述为"缺失的问题或机制"，而不是"少了这篇文章"。知识生产按批次推进：先做代表性样本，再按依赖顺序构建；既有变更与迁移必须走安全路径，不允许边跑边改。

五、K03 笔记类型与所有权：15 种笔记各管一摊 🗂️

Note Type Catalog 定义了 15 种笔记类型，每种都有清晰的责任边界：

Term Note：一个专有名词的规范定义、别名、直觉、易混点；
Concept Note：一个机制/思想的完整解释（问题起源、原理、边界、失效模式）；
Process / Flow Note：从入口状态到可验证出口的推进过程——只有 happy-path 箭头链的页面不合格；
Comparison Note：统一维度对比多选项 + 选择规则，严禁"两列优缺点"；
Source Note / Research Synthesis：忠实记录外部源 / 围绕研究问题综合多源；
Case Study：把已有知识应用到真实问题，必须链接规范笔记并区分公开事实、合理推断与库内建议；
Overview / MOC、Roadmap、Cheat Sheet等导航与速查类页面。

配套规则（Split and Duplication Policy）明确了何时拆、何时不拆、如何去重与退役——行数只能用来检测异常，不能证明深度。

六、K04 内容深度：深度是问题覆盖，不是字数 📏

Depth Model and Foundation 给出"内容足够详细"的可检查定义：一页内容应能回答 15 个问题——它解决什么问题？朴素方案为何不够？核心机制是什么？依赖哪些假设？何时不该用？如何失效、如何调试？生产系统还要注意什么？

三个深度层级（软性长度参考仅供异常检测）：

层级	适用对象	长度参考
`atomic`	单个术语/参数	500–1200 单元
`core`	高频核心机制	1500–3000 单元
`system`	组件与完整系统	2500–6000 单元

Foundation Depth Rule值得划重点：Profile 的应用侧重点不意味着基础页可以缩水——应用页必须能沿前置链回溯到完整的基础解释。

七、K05 术语：谁拥有定义，就归谁管 📖

K05 的核心规则一句话概括（Terminology Extraction）：

Term Note 拥有定义。Concept Note 拥有机制。 System Note 拥有组件交互。Case Study 拥有应用。

一个专有名词只在一个独立文件中被完整解释，其他页面用 wiki 链接引用。提取标准很实用：被两页以上使用、完整解释超过两三句、有独立形式定义、有常见误解……满足其一就应考虑独立 Term Note。

反过来，"不提取"清单同样重要：只在一页出现的局部变量、一句话能说清的普通词、拆完只剩空壳的内容，都不该开新文件。对来源中发现的新术语，K05 还要求先判断它是既有概念的新名字、厂商局部词，还是边界清晰的新知识对象，防止"追热点建空壳笔记"。

八、K06 知识摄入与演化：从外部世界到知识图谱 🔄

K06 回答的问题不是"如何写文章摘要"，而是：当外部世界出现新信息时，知识图谱应该发生什么变化？

8.1 四层对象模型

Source != Claim != Knowledge Object != Markdown File

看到一个新术语或文章标题时，禁止直接创建同名规范笔记——这是 K06 最硬的红线。

8.2 十阶段 Source-to-Knowledge 管线

Source-to-Knowledge Pipeline 定义了完整流水线：环境扫描 → 源捕获 → Claim 提取 → 证据分类 → 跨源综合 → 知识缺口分析 → 图谱影响决策 → 建页/更新 → 验证与晋升 → 维护或替代。

其中 Claim 提取要求把源拆成可独立验证的断言，并打上四类标签之一：Reported Claim（源直接报告）、Reasoned Inference（合理推断）、Cross-source Synthesis（多源综合）、Engineering Recommendation（工程建议）——推断严禁改写成厂商已确认的事实。

8.3 Canonical Promotion Gate：晋升前的 8 道门

Canonical Promotion Gate 是新页进入规范知识前的最后一关：边界与所有权清晰、关键 claim 可溯源、事实与推断区分明确、适用条件已声明、同义页已查重、证据成熟度与正文语气一致、达到对应深度层级、链接/元数据/渲染已验证。未过门的内容只能停留在 Source Note 或 Research Synthesis 阶段。

九、小结：K00–K06 如何协同工作 ✅

用一句话串联七个标准：K00 定宪法与路由，K01 画边界与脊柱，K02 建账本与批次，K03 分笔记职责，K04 定深度标尺，K05 管术语归属，K06 开摄入大门。一条信息从外部进入知识库的完整旅程是：K06 管线把它变成带证据的 Claim → K05 判断术语是否需要独立所有 → K03 决定落到哪种笔记类型 → K04 用深度类检查是否讲透 → K02 的 Coverage Ledger 记录其覆盖状态 → 全程由 K00 的路由与完成语义监督。

这正是 Cambium 的设计哲学：治理工作，而不是供给内容。理解 K00–K06 后，你就掌握了 Cambium 从"规则"到"构建"的完整语义骨架；K07–K13（来源与准确性、元数据、链接导航、写作格式、表达层、质量保障、任务运行时）则构成执行与验收的下半场。