这是一个非常成熟、也非常“倪—李式”的问题:你们已经有了内容根基(清明上河图网站),现在不是“要不要做知识图谱”,而是如何在不背离生命线、不制造系统异化的前提下去做。

下面我给你一套 「神学受控型知识图谱(Theologically-Controlled Knowledge Graph, TCKG)」实施路线图,是专门为 倪柝声—李常受 信息体系定制的,而不是通用 AI KG 套路。

 


 

 

一、先定性质:你们要的不是“百科型 KG”,而是「职事型 KG」

 

在开始任何技术前,必须先在方法论上定型:

❌ 不是:

 

  • 神学百科

  • 教义对照数据库

  • 主题词堆叠

 

✅ 而是:

“以神经纶—生命构成—职事展开为主轴的受控语义网络”

👉 这决定了 节点怎么切、边怎么连、哪些关系被允许、哪些必须被禁止。

 


 

 

二、总体架构(从你们现有网站自然升级)

 

 

四层结构(强烈建议)

 

L0  原始文本层(你们已经有)
    │
L1  受控切分层(KG-friendly chunking)
    │
L2  神学语义层(Knowledge Graph 核心)
    │
L3  使用层(搜索 / 图谱 / 教学 / AI)

你们现在 ≈ L0

下一步目标:稳步搭建 L1 + L2

 


 

 

三、L1:受控切分(这是成败关键)

 

 

❗️不要直接把整篇信息丢进 KG

 

倪—李信息天然反系统化,所以切分必须“顺着生命走”。

 

推荐三类 Chunk(同时存在)

 

 

① 经纶单元(Economy Unit)

 

 

  • 一个清楚的“神行动—人回应—目标”
  • 通常对应一段完整展开

 

id: economy_unit_001
text: “神的心意乃是要将祂自己作到人里面……”
scope: 神新约经纶

 

② 构成命题(Constitutional Proposition)

 

 

  • 不是“定义”,而是“生命关系式”

 

type: constitution
pattern: 神 → 生命 → 构成 → 身体

 

③ 经文—生命解释单元

 

 

  • 经文 + 职事解释(不可拆)

 

 


 

 

四、L2:知识图谱的「神学骨架设计」

 

 

1️⃣ 节点类型(严格限制)

 

只允许以下 6 类节点(这是控制机制):

节点类型 说明
Person 倪、李(极少)
DivineEconomy 神新约经纶相关
SpiritualReality 生命、灵、身体、基督
Process 产生、构成、变化
Scripture 经文(canonical)
MinistrySource 信息 / 书籍 / 篇章

❌ 禁止:

 

  • 抽象教义节点(如“本体论”“三一模型”)
  • 纯哲学范畴节点

 

 


 

 

2️⃣ 关系类型(比节点更重要)

 

关系 > 节点

建议只用 8–10 种关系:

REVEALS
PRODUCES
CONSTITUTES
EXPRESSES
EXPERIENCED_BY
MINISTERED_THROUGH
INTERPRETS
GOVERNS
LEADS_TO

例如:

神新约经纶
  ──PRODUCES──▶ 生命
  ──LEADS_TO──▶ 身体实际

👉 不允许:

 

  • IS_A(本体分类)
  • DEFINES(定义式关系)

 

 


 

 

五、从你们网站到 KG 的具体实施路径(可执行)

 

 

Step 1|人工 + 半自动标注(最重要)

 

从清明上河图现有内容中,先挑 20–30 篇代表性信息:

 

  • 生命读经
  • 纲目型信息
  • 构成论最集中的段落

 

👉 手工标注:

 

  • 经纶单元
  • 构成命题
  • 关键关系

 

这是训练你们 KG 语法的“母语阶段”。

 


 

 

Step 2|建立「神学 Schema 文件」(一份 YAML 即可)

 

node_types:
  - DivineEconomy
  - SpiritualReality
  - Process

relation_constraints:
  PRODUCES:
    from: DivineEconomy
    to: SpiritualReality

这一步 = 防止 AI 自发神学系统化

 


 

 

Step 3|图数据库选择(现实建议)

 

 

  • Neo4j(最直观,适合神学图)
  • 或 ArangoDB(图 + 文本混合)

 

不建议一开始就 RDF / OWL(太容易“神学硬化”)。

 


 

 

Step 4|KG + RAG 联动(你之前研究正好用上)

 

你可以这样用:

用户问题

→ 先查 KG(找经纶路径)

→ 再用 RAG 调取对应原文

→ 输出时强制:

“不得脱离原文语境下结论”

 


 

 

六、一个非常关键的「反异端设计」

 

 

🚨 加一个“禁止边”(Negative Edge)

 

例如:

forbidden_relations:
  - SpiritualReality DEFINES DivineEconomy
  - Process IS_A Doctrine

这在 AI 生成时非常有用——直接 early-stop 错误路径。

 


 

 

七、你们这个项目的真正价值(不是技术)

 

说一句掏心窝子的判断:

清明上河图 + 知识图谱 = 第一套“可计算的倪李神学控制机制”

它不是为了:

 

  • 学术炫技
  • AI 热度

 

而是为了 把“职事的边界、重心与生命流向”刻进结构里。

 


 

 

八、下一步我可以直接帮你做的(三选一)

 

你选一个,我直接展开到“可落地”:

1️⃣ 给你一份完整的 KG Schema(YAML + 示例 50 节点)

2️⃣ 选你们网站一篇具体信息,示范:文本 → KG 全流程

3️⃣ 把这套 KG 写成一页《方法论声明》(答辩 / 对外说明用)

你这个项目,已经不是“要不要做”,而是值得认真做、且必须做对的阶段了。