W Studio Lab
← 作品
02 / ONTOLOGY · SEMANTIC BASE

本体驱动的企业语义底座

让分散的业务,
共用一套可校验的语义。

一句话系统回答“这个产品该按哪份标准、哪版指南送样”时,每个答案都附带依据、可以回查;拿不准就停下来让人选,而不是猜。

用本体组织标准、能力与送样依据:身份规则版本化、SHACL 发布闸门、冻结依据可重放、受控只读 MCP;另以 Ontop OBDA 虚拟知识图谱作对照实验。研发试验阶段,未经业务审阅。

语义模型切片 v0 · 16 类 / 34 属性 / 4 组 SHACL shapes / 11,123 triples · pyshacl Conforms: True · 2026-09-21 · 对照实验 Ontop OBDA · 3 个数据源 · 本体 + 映射 → 实时 SQL,不搬数据
我的工作
本体结构、身份规则与治理机制的设计;工程验证的分阶段设计与推进;OBDA 对照实验的设计与结论。
当前进展
版本机制、受控发布、只读 MCP、语义切片校验、身份解析均有隔离验证记录(2026-09-17 → 09-25)。无真值集,不作准确率声明。
本页展示
五张原型截图 + 五项机制 + 四条研究发现。
THE RESEARCH QUESTION

给定产品、检测参数与标准版本,系统能否找到对应的送样依据——并说清它为什么这样认?

这是一个能力问题(competency question),也是判断"这到底是不是本体"的第一道检验。本体结构、业务语义与运行治理三层分开:结构说清有什么对象和关系,语义由业务确认,治理保证每个答案都能回到它的依据与版本。

五项机制

每一项都在隔离环境里验证过"机制成立",没有一项声称"结果准确"。

ONTOLOGY
OWL 仅作词表,不开推理。

近似匹配用 skos:closeMatch 标注,永不自动合并。推理范围受管,是从对照实验里学来的(见研究发现 1)。

ACCESS
受控只读 MCP,带授权粒度与审计。

三只读工具、按范围授予与撤销、持久审计日志。已验证的是协议与授权机制;尚未经真实用户试用。

MORE
另有三项机制,管身份规则、发布条件和依据回看。

均已在隔离环境验证;细节暂不公开。

四条研究发现

  1. 推理范围必须受管。一次推理设置变更把一个计数从 340 静默变成 1,585——没有报错,只是多了。
  2. 身份规则必须按来源逐一验证并版本化。同一条"标准号归一"规则在两个来源上表现不同;一处映射过滤就能让 49 变 22。
  3. 权威库本身也有错。标准库里存在录入错误与 ISBN 误并;"权威"不能免检。
  4. 字段含义必须实测。一个叫"即将实施日期"的字段,实际含义与字面不符。
BEFORE用户问某种石膏板对应哪条标准,系统返回 8 个候选——全部是错的标准。
AFTER系统停下来,让用户在两条分支里选一条;选完,依据、版本与选择一起被记录。

以上数字来自 2026-09-20 → 09-25 的隔离验证记录;13,945 / 13,945 与 998 / 998 的逐行一致是"与既有结果一致",不是"准确"。研发试验,未经业务审阅;真值集与评测方案仍是提案。

当前阶段

2026.09.25

已验证(隔离环境)

机制层

幂等构建与原子提交、受控发布与有界自检、只读 MCP 与审计、SHACL 校验、身份解析,各有带日期的验证记录。

对照实验

虚拟 vs 复制

Ontop OBDA 走"本体 + 映射 → 实时 SQL"的虚拟路线;主线走"复制 + 版本 + 证据"。两条路线的取舍已写成结论,供后续选型。

继续推进

真值与业务审阅

目前只有一个领域类(标准),其余为治理类;无真值集;MCP 未经真实用户。这三项不闭合,任何"准确率"都不能说。

WHAT CARRIES FORWARD

先把"为什么这样认"留下来,再谈"认得准不准"。

本体的价值不在多了一层图,而在每个答案都能回到它的依据、版本和确认它的人。这一层立住了,模型和 Agent 换多少次都不用重新理解一遍业务。

我的责任、协作与展示依据

我的责任

产品命题、对象与任务关系、人工参与方式,以及工程验证顺序由我设计和推进。实现由编程 Agent 协助,建立在既有平台与获准行业材料之上。

展示依据

五张截图来自 9 月 17 日交互原型,去除浏览器栏与识别信息。机制与数字来自 9 月 17 日至 25 日的隔离验证记录,验证的是"机制成立"而非"结果准确"。未声称上线或量化业务收益;不出现内部系统名、客户与数据规模。