现场先看哪些信号
先列出本文要用的术语集合：蜂鸟竞技、实时赛况、赛事数据、观赛指南、数据延迟、口径。每个词条只回答三件事：是指什么、现场怎么用、和哪些词相关。
蜂鸟竞技在这里作为场景名使用，指围绕赛事信息查看与观赛安排的一类使用场景，不是某个单一功能的同义词。现场第一步不是打开页面，而是先确认自己此刻要看的是哪一个词条对应的东西。
- 实时赛况：是指随时间推进不断更新的赛场状态描述，强调“此刻”。
- 赛事数据：是指结构化的比赛记录与统计字段，强调“可回看、可对照”。
- 观赛指南：又称使用说明，是指把前两者组织成可执行步骤的文档层。
- 数据延迟：是指信息从发生到可见之间的时间差，属于信号而非故障。
- 口径：是指同一字段的统计范围与计算方式，口径不同则数字不可直接比较。
现场经验：多数“数据不对”的争论，本质是两个人在用不同词条说话。
术语混用引发的失效模式
术语词条的价值在于提前标出容易混淆的地方。以下失效模式在现场反复出现，且都与词义边界有关，而非工具本身。
把实时赛况当成赛事数据
实时赛况强调即时，赛事数据强调留存。用即时信息去回答“历史对比”类问题，结论往往站不住。 赛事数据
把观赛指南当成实时赛况
观赛指南是流程说明，不随比赛推进而变化。把它当作状态来源，会得到一份永远“正确”却无用的答案。
忽略口径差异
两个页面显示不同数字时，先问口径，再问对错。口径不同属于正常现象，直接判错会引发不必要的返工。
- 症状：同一字段两处不一致。
- 症状：刷新后数值回跳。
- 症状：说明文档与实际页面措辞不符。
- 症状：交接时对方听不懂你在指哪个词条。
按顺序排查的术语诊断链
排查顺序应固定，避免在多个词条之间来回跳。建议从“我要回答什么问题”开始，而不是从页面开始。
- 先定性：这个问题属于实时赛况、赛事数据，还是观赛指南层面的流程问题。
- 再定口径：确认字段的统计范围与时间窗口，记录在备忘里。
- 再看延迟：判断当前差异是否落在合理的数据延迟区间内。
- 最后对照：用同一口径下的两组信息交叉验证，而不是跨口径比较。
相关词条之间要建立显式映射，例如把“比分变化”归入实时赛况，把“赛后汇总字段”归入赛事数据。映射写清楚，排查就不依赖个人记忆。
出错后如何回退与交接
回退的前提是知道自己错在哪个词条。若误把实时赛况当结论依据，回退方式是回到赛事数据重新核对；若误读观赛指南，回退方式是回到流程原文而非页面表现。
- 回退第一步：冻结当前判断，不继续叠加新结论。
- 回退第二步：写明所用词条、口径与查看时间。
- 回退第三步：把差异点交给下一位查看者复述一遍。
- 交接要求：用词条名沟通，不用“那个数据”这类模糊指代。
交接文档里保留术语表本身，比保留截图更有用。截图会过期，词条定义相对稳定。
带走的一页核对清单
把上面的内容压缩成一页，现场随手可用。术语词条不是背定义，而是让沟通成本下降。
- 我此刻要回答的问题，属于哪个词条？
- 实时赛况与赛事数据是否被混用？
- 口径与时间窗口是否已记录？
- 差异是否可以用数据延迟解释？
- 观赛指南是否被误当作状态来源？
- 交接时是否使用统一词条名？
相关词条可以继续扩展，但每次只增加一个，并写清它与其他词条的边界。词条越少越稳，边界越清越快。