模型设计与发布 ​

目标是把业务概念、数据映射、权限和动作定义形成不可变的已发布版本。开始前需要确定租户、本体所有者、业务术语、数据源和审批人。

设计顺序 ​

1. 定义本体边界和稳定机器标识，避免把多个无关业务域塞入同一模型。
2. 定义 EntityType、属性类型、必填规则、敏感级别和身份策略。
3. 定义 RelationType 的方向、基数、遍历深度和生命周期。
4. 为实体和属性配置 DataSourceBinding，明确读取、写入和新鲜度。
5. 跨源实体需要 IdentityMapping，并保存匹配依据。
6. 定义只读 Function 和有副作用 Action，分别声明资源预算与幂等、审批、核验要求。
7. 绑定对象、实例、字段、关系和 Action 策略。

发布前检查 ​

• 所有引用都指向同一发布候选或明确依赖版本。
• 主键、必填属性、关系端点和映射字段完整。
• 敏感字段有分类、掩码和访问策略。
• Action 输入输出有 Schema，业务成功条件可以验证。
• 兼容性报告识别删除、类型收紧、基数变化和身份变化。
• 影响分析列出受影响的查询、Function、Action、API 和工具。

发布结果 ​

成功发布后获得模型版本、内容摘要、审批引用和不可变快照。Runtime 只在收到发布事件后加载该版本。发布失败不会改变现有生产版本。

常见失败与恢复 ​

映射连通性失败时保留草稿并修复连接器；兼容性失败时改为新主版本或提供迁移方案；审批过期时重新提交；并发修改冲突时基于最新修订合并，不直接覆盖。