从生成时间与核验时间出发复核generatedAt、verifiedAt、stale和revisionId，同步检查样本、公式、来源时间和零状态处理。
直接答案
阅读数据更新时间时，先写清生成时间与核验时间，再保存generatedAt、verifiedAt、stale和revisionId。采用“质量检查”口径时，赛事、赛季、轮次、比赛状态和来源定义必须一致；每次构建都冒充事实更新会让数字看似可比、实际含义不同。
8月14日先限定数据样本
阅读数据更新时间时，先写清生成时间与核验时间，再保存generatedAt、verifiedAt、stale和revisionId。采用“质量检查”口径时，赛事、赛季、轮次、比赛状态和来源定义必须一致；每次构建都冒充事实更新会让数字看似可比、实际含义不同。
同名字段不能脱离数据提供方定义使用，先记录原始列名、单位和缺失值规则，再进行任何计算。
质量稿从引用完整性、实体引用、状态转换、数学守恒和异常波动五个层面逐项验证。
| 维度 | 必须记录 | 检查目的 |
|---|---|---|
| 对象 | 生成时间与核验时间 | 避免串联赛或串赛季 |
| 字段 | generatedAt、verifiedAt、stale和revisionId | 重建计算过程 |
| 来源 | MLS 官方积分榜、K League 官方记录 | 确认口径与更新时间 |
质量检查的公式和守恒检查
空响应、球队无法匹配或比分回退应拒绝覆盖，继续保留最后有效快照并显示过期状态。
比例和场均值同时保留分子、分母与四舍五入规则。generatedAt、verifiedAt、stale和revisionId中的任何输入缺失，都应显示未知或不适用，而不是自动补零。
对赛后修订保留旧值、新值和 revisionId，页面构建时间不等同于事实更新时间。
- 固定赛事与赛季
- 保留原始分子分母
- 验证积分和进球守恒
- 记录来源与修订版本
怎样做可比而不过度解释
每次修订记录旧值、新值、来源和revisionId，静态页面构建本身不构成事实更新。
数字差异只能描述观察结果，不能自动解释原因。赛程强弱、红牌、阵容与比赛阶段需要额外证据，不能从单一指标反推出战术或球员能力。
来自MLS 官方积分榜、K League 官方记录的字段若定义或更新时间不同，应分列展示各自口径。未经授权的球员事件级数据不进入公开数值页面，只保留方法说明。
零状态、过期与下载数据
发布前随机抽取球队、比赛和积分行交叉计算，避免局部正确而总表失衡。
下载 CSV 或 JSON 时同时保存 verifiedAt、revisionId 与来源，才能在以后复现页面结果。
最终复查generatedAt、verifiedAt、stale和revisionId与页面表格、下载文件和结构化数据是否一致。只有官方字段真实变化才修改数据时间，普通构建不制造“最新”记录。
常见问题
数据更新时间可以跨联赛直接比较吗？
只有定义、样本范围和数据提供方式一致时才适合比较。否则应先说明赛制、比赛数量和统计口径差异，并优先做同赛事、同赛季比较。
数据更新时间赛后为什么可能变化？
组织方可能重新归属事件、确认纪律记录或修正录入错误。修订时应保留旧值、新值、来源和时间，不能覆盖首次发布时间。