方法治理
方法版本升级后,历史报告和分享为什么不能被覆盖
历史报告记录当时的方法、证据和判断;新规则应创建新分析或新交付版本,而不是改写已经分享的结果。
灰犀AI 方法与研究团队3 分钟阅读
发布主体:灰犀AI · 内容责任:方法与内容负责人 · 审核:事实与方法审核 · 复核于 2026-09-22
历史报告是当时证据的不可变记录
测量、分析、复核和交付分别版本化
灰犀AI方法
测量证据保持原样;分析版本保存规则判断;人工复核版本保存受控决定;交付快照固定客户看到的报告。分享令牌始终指向创建时的交付快照。这样可以回答两个不同问题:“当时交给客户的是什么”与“今天用新规则会如何判断旧证据”。
方法页面中的错字、排版或来源链接修正可以留在 v1 并记修订;改变指标公式、分母、问题意图、质量规则或接口口径则需要新的方法主版本,不能让旧页面悄悄获得新含义。
旧分享为何不应跟着规则变化
合成示例
合成教学例子:最初的交付快照把一条独立内容域名引用列为“归属待确认”,客户收到的分享据此显示官网引用无法判断。后来品牌确认该域名属于自己,系统可以保留旧测量的 URL,用新档案和规则生成新分析及新交付。旧分享仍显示当时的待确认结论,新分享才显示更新后的判断。
两份快照引用同一原始回答,但有各自的分析和复核链。把旧分享直接刷新成新结论,会让客户无法核对之前的报告。以上为合成教学情境,不代表某个真实客户。
灰犀AI如何测量这个问题
灰犀AI方法
系统发布新分析时保留旧版本,旧行动变为只读;新分享从新的交付快照创建。旧分享和旧 PDF 继续按原快照读取。内部工作台可以同时查看当前结论和历史交付,不把上一份报告冒充最新测量结果。