Registry roadmap

Object Registry R1–R6 推进路线

每一步都必须有第一个受益者。Registry 先证明统一身份的业务价值，再逐步长出关系、动作、回执和算子。

当前已实现层

object_registry 两表承载统一对象身份和 alias。

tier、parent、alias 已表达单一主挂靠和最小关系约束。

lifecycle 闭集已冻结并进入数据合同。

object-spec.mjs 使类型清单脱离 DDL，成为可声明数据源。

R1 = MVP2 · 信号精确找人
从姓名文本匹配切换为 signal → object_ref → registry → owner → auth_user。Shadow A/B 只记录不切换，达标并经 Owner 裁决后启用。第一个受益者：L2C 信号分发。
R2 · 写读接上
新文档自动挂 object_ref，Brief 按对象聚合，ENTVERSE_OBJECT_REF_MODE 从 log 进入 enforce。第一个受益者：Brief 编译和引用校验。
R3 · Relation 声明化
从硬编码单主挂靠扩展为可注册关系类型，同时保持“不复制关系数据”的边界。第一个受益者：客户 → 商机 → 订单跨对象聚合。
R4 · Action + Receipt 最小闭环
选择一条 B 类确认链打样，候选为归属确认；动作声明、权限、回执和事件完整入账。
R5 · Operator 最小闭环
选择停滞天数等派生值，不落库、可重算，并附计算输入。第一个受益者：对象页依据段。
R6 · 原型模型升级或替换
在 R3–R5 就绪后升级 operating-object-model.md，处理现有 project / solution 语义和词表映射。

R1 只消费已经冻结的身份层契约，不依赖七概念完整实现，也不会推翻身份层。它验证精确匹配、Shadow A/B、切换和回退机制，并产出 unmapped 与错配分布，为后续内核设计提供真实输入。

资产	定位	处置
`operating-object-model.md`	Canonical Context 写侧原型层权威	现在不改；R6 统一升级或替换，并兼容六类原型与五流程链路。
五层 Ontology Proposal	读侧本体，从 Query 到 Answer 设计证据与上下文	与写侧内核互补；读写基模合桌尚未发生，T79 不替代其 Owner 裁决。
L2C 全域设计	本体实例层首个完整实例	用于验证对象、关系、确认链和多后端动作契约，不承载 L2C 排期终裁。