Operating object

经营对象八项结构

身份、属性和 lifecycle 属于 Object 本体,其余能力分别由 Relation、Action、Operator、Evidence 与 Policy 承载。

八项结构

#构成规范
01身份object_ref 使用 <type>:<id>,全局唯一且不可变;alias 将多个源系统本地 ID 多对一映射到统一身份。
02属性每条属性携带值、来源、观测时间与置信度;一个属性只来自一个权威源,遵循最小投影。
03关系交给 Relation 承载,可声明基数、属性与有效时间。
04lifecycle闭集为 active / closed / archived / unknown;未知源值映射为 unknown,不猜测,也不阻断整批。
05动作声明参数、前置条件、执行人范围与结果落点;执行可以发生在源系统或大脑侧。
06算子派生值按需计算,可追溯输入,不作为人工可改状态存储。
07evidence指向原文;每次回读按 evidence ID 重新判断权限,不因曾被引用而永久放行。
08权限字段级裁剪发生在输出阶段,密级随载体传播。

身份与关系的边界

Registry 管统一身份

对象注册表保存 object_ref、alias、tier、parent 和 lifecycle 等身份面信息,解决跨系统“是不是同一个对象”。

权威系统保留关系数据

身份注册表只声明关系存在与 join key,不复制多值关系事实;具体关联仍在权威侧 join。

生命周期映射

读取源值保留 CRM、PMO、合同或财务系统的原始阶段。
映射闭集确定性映射到 active、closed、archived 或 unknown。
保留可追溯性原值作为属性留存,unknown 进入后续治理,不静默猜测。

缺失后的直接后果

  • 缺身份:跨系统无法对齐,同一客户或项目会产生多个可写副本。
  • 缺来源:事实无法对账,冲突时没有裁决依据。
  • 缺关系:系统只能观察单点对象,不能形成经营链路。
  • 缺 Evidence:判断不可审计,也无法被反驳。
  • 缺 Operator:派生判断被固化为状态,事实层会被模型输出污染。