Ontology kernel

三层模型与七个内核概念

元模型负责产品的不变量，本体实例描述一家企业，实例数据承载具体经营事实。

三层模型

元模型层七个内核概念，不含行业语义；更换企业时完全不变，此层即产品本身。

本体实例层企业拥有的对象类型、关系类型与确认链。行业模板可复用，企业特例默认关闭、确认后启用。

实例数据层具体客户、商机、合同、项目与事实记录；跨企业零复用。

一致性自检

接入一家新企业时，如果必须修改元模型层，应判定为抽象错误并回退修正，不能在实例数据层打补丁绕过。

Object · 对象企业经营中可识别的实体，是世界模型的基本承载。

Relation · 关系对象间可声明、可带属性与时间的关系，不是裸指针。

Action · 动作改变经营状态的唯一通道，必须有权限、日志、审计与回执。

Operator · 算子产出诊断与派生判断；不落库、可重算、可追溯输入。

Evidence · 证据指向原文、观测时间与置信度；本身不注册为对象。

Policy · 权限政策定义谁能看、改、确认，以及何时需要 human gate。

Receipt · 回执记录动作、执行、分发或确认之后的结果，使闭环可验证。

Action 改事实；Operator 算判断。赢率、红黄灯、齐备度、停滞天数等派生值不得做成可人工修改字段。

observed 是已发生事实，proposed 是待采信主张，committed 是动作成功后的已提交事件。

同一对象的金额、归属、阶段可以分属不同系统；不能简单宣布某个系统拥有整个对象。

采信链不能成为改状态旁路；执行回执也不自动等于经营状态已经改变。

人端界面、Agent 工具和外部接口来自同一 Capability Manifest，能力集合一致，治理属性决定投影差异。

概念	处理方式	原因
State	作为 Object 的 lifecycle 与属性	状态改变由 Action 产生，状态判断由 Operator 计算。
Decision	暂作为高责任 Object 或 Receipt	Registry 保留名称；经营下注、组织任免等场景成熟后再评估升格。
Lens	挂起到实现期	它属于呈现层，应与交互协议一起细化。