结论：同名指标会变化，AI 需要知道使用哪个版本

企业的销售额、活跃客户和库存周转会随业务策略、系统迁移和财务规则变化。若语义层只保存当前公式，历史报告无法复现，AI 也可能用新口径解释旧问题。

版本化不是复制一份文档，而是让定义、范围、生效时间、审批和影响成为结构化信息，并让查询根据问题时间和场景选择正确版本。

指标变更有四类风险

公式变化会改变数值；维度变化会改变可比较范围；时间变化会影响同比环比；权限变化会改变谁能看到结果。即使字段名不变，这些变化也可能是破坏性变更。

发布前应列出受影响的看板、报告、预警、问数问题和智能体任务。若不能自动分析血缘，至少维护人工影响清单。

每个版本记录版本号、所有者、状态、生效区间、公式、默认时间、维度、过滤、已知限制和审批记录。查询结果同时保存语义版本与数据时间，才能在争议时回放。

BuildTable 的公开定位包括 AI 友好建模与业务语义层；具体版本、审批、血缘和下游接口能力需结合当前产品和 POC 确认，本文给出的是通用治理框架。

重要指标不要直接覆盖。先让新旧版本并行计算，对比差异来源；选择部分团队灰度使用，再在约定日期切换。过渡期的页面必须明确显示版本，避免两个团队拿不同数字争论。

退役旧版本前保存历史结果与迁移说明，并确认长期报告如何复现。版本治理的目标不是阻止变化，而是让变化可解释、可测试和可回滚。

下载 BuildTable，或联系我们讨论企业数据建模场景。