知识图谱构建实录

一、为什么构建知识图谱

真值库（truth.db）以「key + value」扁平结构沉淀体系知识，无法回答跨域关系问题：哪些资产确权于 DID？决策类真值分布在哪些命名空间？组件之间的部署与集成关系如何？知识图谱把扁平真值升维为「实体—关系—属性」三元组网络，使体系知识可沿关系多跳检索、可补全、可度量。

二、本体设计

五类实体：真值条目（key）、命名空间（ns）、类型（type）、组件（comp）、DID（确权主体）。四类基础关系：属于（真值→命名空间）、类型为（真值→类型）、涉及（真值→组件）、确权于（真值→DID）。V3 起增加：部署于（资产 key→组件）、引用（真值→真值），以及第 7 算子从结论文本抽取的关系（集成于/推送至/运行于等）。

属性维度（P1 本体属性）：namespace、date、ts、truth_type、confidence、version、sha，为每条真值实体提供置信度与版本溯源。

三、真实构建数据

四、构建流水线演进

流水线：truth.db → Python 规则抽取 → 去重（同 key 高频记录合并为唯一三元组）→ DuckDB 三表落库（kg_triples / kg_attrs / kg_entities）+ 指标表 kg_metrics → 查询服务 kg_query.py 公网暴露。

五、第 7 算子 · 结论文本实体关系抽取

对每条真值的 value 内嵌结论/消息文本执行动词模式匹配（部署/上报/推送/集成/接入/运行/构建/升级/发布/扩容/落地等 14 组），目标实体经组件词表 + 显式实体引用（key:/ns:/did:/type:）归一后才落边，杜绝无依据抽取。

实例如下（V4 真实抽取）：
key:truth.kernel.crystal-lattice-published.20261016 —集成于→ comp:website
key:truth.kernel.kg-deployed-published-modelscope.20261016 —推送至→ comp:modelscope
key:website.auto_evolve.cron —部署于→ comp:website   （key 前缀映射）

六、多跳查询实证

查询服务 /kg/query（DuckDB，X-DID 鉴权，无鉴权 401）：stats / predicate / 2hop / 3hop / ns / type / confidence / entity。

2 跳：确权于 DID-BR-000002 → 属于 → 全部 48 条 ns:truth（逻辑自洽）
3 跳：确权于 DID → 属于 ns:truth → 类型为
      type:config 12 ｜ type:decision 11 ｜ type:data 2 ｜ type:meta_law 2

三跳路径证明：可沿「确权主体 → 命名空间 → 真值类型」跨域聚合，回答"确权于 DID 的真值里哪些是决策类"这类关系问题。

七、落地路径