本体协作平台
本体纲要

本体知识库说明书

知识如何分类、如何存储、如何接到数据、如何呈现。填写前先看构件地图,动手时对照执行纪律。

通读全本 ↗
本体构件分类 DOC · 原文档 —— 知识的输入源每条构件的 source 都指向 DOC 段落锚:任何一条知识都能溯源到它来自哪份原文件 输入 · 溯源 两端=对象 归并 宿主=某个对象(属性不无主) 作用于 · 产出 写入 写产物(落库) 挂动作 挂属性 挂接口=对全体实现者生效 ③ 链接 · R对象之间的边 ① 对象 · N一切构件的宿主锚点 接口 · IF同形对象的归并 ④ 动作 · A机构侧的受治理操作 ② 属性 · P存着的值 ⑤ 函数 · F计算 / 规则 两类型 橙色虚线=挂载(仅规则型函数):规则永不悬空,宿主只能是已建档的 动作 / 属性 / 函数(计算型) / 接口。 第二阶段 · 数据字段匹配(二期)C · 对照词典属性 ↔ SDK ↔ 数仓列;对象/链接的 grounding 与动作落表同期回填

六类构件之间的第一层关系:实线是结构与读写,橙色虚线是挂载(规则型函数指向宿主)。

总 纲

点图上任意一格,这里出该构件的定义、判定题、细分类别与存储表字段。

对象是骨架,属性是状态,动作和函数推动状态变化,规则给变化划界,接口把同形归并。(规则是函数的一个类型,与计算并列,同住一张函数表。)

四个核心判定题贯穿全书:执行主体是谁(机构操作者=动作,客户=事件对象)、改不改状态(改=动作,只出数只判定=函数)、存着的还是算出来的(属性 vs 计算型函数)、带不带 if(规则型函数)。

  1. 引用一律用 ID:宿主、写入方、两端等跨表引用一律填构件 ID(如 host: A-042),不填名字——改名不断链。给人读的文档处采用"名字(ID)"双写。
  2. 双名:每张表都有 zh(中文名)与 en(英文名);规则型函数的 en 填语句短名(如 accept-within-24h)。
  3. 三态填写:有值=知道;none=确认无/不适用(合法记录,本身是知识);留白=尚未梳理(缺口,审核打回)。"必填"的含义是必须表态:不许沉默,允许说没有。