Operating object
经营对象八项结构
身份、属性和 lifecycle 属于 Object 本体,其余能力分别由 Relation、Action、Operator、Evidence 与 Policy 承载。
八项结构
| # | 构成 | 规范 |
|---|---|---|
| 01 | 身份 | object_ref 使用 <type>:<id>,全局唯一且不可变;alias 将多个源系统本地 ID 多对一映射到统一身份。 |
| 02 | 属性 | 每条属性携带值、来源、观测时间与置信度;一个属性只来自一个权威源,遵循最小投影。 |
| 03 | 关系 | 交给 Relation 承载,可声明基数、属性与有效时间。 |
| 04 | lifecycle | 闭集为 active / closed / archived / unknown;未知源值映射为 unknown,不猜测,也不阻断整批。 |
| 05 | 动作 | 声明参数、前置条件、执行人范围与结果落点;执行可以发生在源系统或大脑侧。 |
| 06 | 算子 | 派生值按需计算,可追溯输入,不作为人工可改状态存储。 |
| 07 | evidence | 指向原文;每次回读按 evidence ID 重新判断权限,不因曾被引用而永久放行。 |
| 08 | 权限 | 字段级裁剪发生在输出阶段,密级随载体传播。 |
身份与关系的边界
Registry 管统一身份
对象注册表保存 object_ref、alias、tier、parent 和 lifecycle 等身份面信息,解决跨系统“是不是同一个对象”。
权威系统保留关系数据
身份注册表只声明关系存在与 join key,不复制多值关系事实;具体关联仍在权威侧 join。
生命周期映射
读取源值保留 CRM、PMO、合同或财务系统的原始阶段。
映射闭集确定性映射到 active、closed、archived 或 unknown。
保留可追溯性原值作为属性留存,unknown 进入后续治理,不静默猜测。
缺失后的直接后果
- 缺身份:跨系统无法对齐,同一客户或项目会产生多个可写副本。
- 缺来源:事实无法对账,冲突时没有裁决依据。
- 缺关系:系统只能观察单点对象,不能形成经营链路。
- 缺 Evidence:判断不可审计,也无法被反驳。
- 缺 Operator:派生判断被固化为状态,事实层会被模型输出污染。