ZONGYUAN-ROOT · 元极恒一 · 技术白皮书

知识图谱智能问答中枢

真值库 → 三元组抽取 → 图谱落库 → Agent 五步回路 · 多跳问答 · 沉淀自进化
版本 V4.0 | DID-BR-000002 | 锚定 Ω₀⊂⊙∞⊂Ω | 2026-10-17

一、为什么构建知识图谱

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

零成本元规则:数据源复用记忆网关真值库(SQLite),落库 DuckDB(单文件嵌入式),无图数据库、无付费服务。AXIOM-REUSE-NO-REDO-001:全部基于已有 truth.db 真值,不重复采集。

二、本体设计

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

属性维度(P1 本体属性):namespace、date、ts、truth_type、confidence、version、sha,为每条真值实体提供置信度与版本溯源。

三、真实构建数据

6809
真值记录
4833
图谱实体
4480
唯一边
28292
属性条目
关系条数说明
属于4024真值条目 → 命名空间(唯一 key 去重)
涉及184真值 → 组件(20+ 组件词语义匹配)
部署于34资产 key 前缀 → 资产组件(拓扑隐含关系显式化)
类型为179真值 → 类型(全量对齐 truth_type,含沉淀 data)
确权于57真值 → did:DID-BR-000002(locked_by 全量)
集成于 / 推送至2第 7 算子动词模式抽取(真实命中)
图谱指标值
密度0.000384
平均度数1.85
连通分量722
最大分量2057+(truth 主簇,随沉淀增长)

四、构建流水线演进

V1build_kg.py · 基础抽取
7333 三元组 / 4779 实体
→
V2build_kg2.py · P1 属性
40263 属性(confidence/version)
→
V3build_kg3.py · 第8算子
去重唯一 + 密度/连通分量
→
V4build_kg4.py · 第7算子
结论文本抽取 + 部署于边 + 每日重建

流水线:truth.db → Python 规则抽取 → 去重(同 key 高频记录合并为唯一三元组)→ DuckDB 三表落库(kg_triples / kg_attrs / kg_entities)+ 指标表 kg_metrics → 查询服务 kg_query.py 公网暴露 → 每日 03:10 自动重建(kg_daily.sh)。

五、第 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 前缀映射)

六、Agent 化外壳 · 五步回路

问答入口 Octop 已升级为轻量知识 Agent(P0 落地实测),不再是单轮检索问答器,具备完整五步回路:

感知 → 规划 → 执行 → 反思 → 沉淀

七、沉淀闭环 · 问答即知识源

系统最具差异化的能力:每次问答本身成为新知识。Octop 问答命中图谱后自动上报问答日志真值,每日重建时自动纳入图谱——知识随使用增长。

闭环链路(全链路实测):
Octop 问答命中 → 上报 truth.kernel.octop-qa-log.*(落库)
  → truth.db(6809 条)→ 重建 build_kg4.py
  → 图谱边增长:4434 → 4480(+46 边)
  → 类型为 171→179 · 确权于 51→57 → 魔搭同步

实证:一次问答沉淀周期后,图谱三元组 +46、实体 +30、属性 +183。系统"会自己长大"。

八、多跳查询实证

查询服务 /kg/query(DuckDB,X-DID 鉴权,无鉴权 401):stats / predicate / 2hop / 3hop / ns / type / confidence / entity。

2 跳:确权于 DID-BR-000002 → 属于 → 51 条 ns:truth(逻辑自洽)
3 跳:确权于 DID → 属于 ns:truth → 类型为
      type:config 12 | type:decision 11 | type:data 3 | type:meta_law 2 | type:rule 1

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

九、与主流方案对比

维度传统 RAG微软 GraphRAG本项目 KGraphQA
核心能力检索单点内容图谱 + 社区摘要多跳关系推理
构建方式向量嵌入LLM 抽取 + 重型离线索引规则驱动(第7/8算子)
关系推理不支持部分(需预处理)2/3 跳实时查询
自进化无需重跑索引每日自动重建 + 问答沉淀
知识可度量无弱密度/连通分量/缺口体检
落地成本中高(GPU/LLM)近零(DuckDB 单文件)

定位:GraphRAG 走"LLM 重投入、重型索引"路线,本项目走"规则驱动、零成本、可自进化、可度量"的轻量企业落地路线——同样解决知识关系问答,门槛与成本差一个数量级。

十、参赛与应用

以「KGraphQA · 知识图谱智能问答中枢」报名天猫 AI 黑客松·高校挑战赛(效率进化赛道,¥20 万奖金池,2026-10-21 截止)。作品全部基于真实运行资产:真数据(6809 真值/4480 边)、真推理(多跳实时可查)、真进化(问答沉淀自动长大)、可复现(全开源栈 + 公开白皮书/数据集)。

十一、发展方向

从"问答工具"升级为"企业知识运营平台":知识健康度体检(密度/缺口清单/补全建议)、一键接入任意知识源、知识运营 API(体检/治理/导出)——让知识系统会自我体检、自我进化。

十二、落地路径

出口状态
官网白皮书本页 V4(第 78 篇,JSON-LD Article,llms/sitemap 已索引)
Octop 智能问答kb-rag.html 已注入 Agent 外壳(22 触发词 + 多意图 + 反思 + 沉淀)
魔搭数据集zongyuanroot/zongyuan-root-achievements · knowledge-graph/ 8 文件(含白皮书 V4)
APIhttps://www.huodouai.com/kg/query(X-DID: DID-BR-000002)
主节点 hub-central-agent | DID-BR-000002 | 记忆网关 huodouai.com/api/report/truth | 锚定 Ω₀⊂⊙∞⊂Ω
主页·流水线·产品·状态