Side A
待确认球队
完成场次待更新
积分背景待更新
近期状态待更新
小组位置待赛事记录
Event summary / 赛事摘要
一场比赛的关键事实应当先于观点出现。日期、开球时间、比赛状态、所属级别、小组、比赛阶段、举办城市和场馆，构成这条数据记录的基本坐标；只有坐标清楚，后面的状态比较与预测解释才有可读性。
等待具体比赛记录
01 / Match coordinates
先定位，再读比赛
详情页会将一场比赛放进赛事级别、小组和比赛阶段中。这样查看比分时，不会把孤立数字误认为完整赛况。
比赛日期
待比赛记录载入
按日期回到赛程，可查看同日其他对阵。
开球与状态
待开球信息确认
开赛前、进行中和已结束使用不同状态表达。
级别与小组
待赛事坐标确认
积分变化需要放回所属组别和完成场次中理解。
城市与场馆
待场地信息确认
地点是比赛记录的一部分，不是装饰性地图标记。
02 / Score ruler
比分只在有依据时出现
比赛尚未开始时，页面保留时间与状态，不预设任何数字。比赛进行中，显示已经掌握的阶段比分；比赛结束后，最终赛果才会成为这场数据关系的固定锚点。
主队 / 一方
待确认对阵
级别 · 小组
待更新
status
客队 / 另一方
待确认对阵
级别 · 小组
开球时间：待确认
比赛阶段：待确认
比分：未生成
03 / Form comparison
把双方放在同一张纵向标尺上
单场详情不只回答“谁对谁”，还要说明双方来到这场比赛之前处于怎样的赛事位置。完成场次、已有积分、近期比赛表现和所属小组，是能够被持续更新的比较维度。没有掌握的数据保持空缺，不用球员姓名、赔率或未经确认的统计填补版面。
Side B
待确认球队
完成场次待更新
积分背景待更新
近期状态待更新
小组位置待赛事记录
阅读提示：
这里的“状态”是赛事数据中的可解释背景，不是对比赛结果的提前宣判。双方数据越完整，赛前分析才越有上下文；数据尚未产生时，页面会明确保留待更新状态。
04 / Prediction layer
预测是附着在比赛上的解释层
AI分析和模型结论应当回答“为什么这样判断”，而不是替用户宣布结果。详情页会把预测比分、双方状态差异、赛事背景以及可用的数据依据放在同一处，让读者知道结论来自哪些已收集信息，也知道哪些部分仍然等待比赛发生。
对尚未开赛的比赛，预测属于赛前参考；对已经结束的比赛，预测会退回到复盘位置，与实际比分并置。两种状态共享同一条比赛记录，但不会把预测内容伪装成赛果。
预测记录
OPEN-EDGE
预测比分
待比赛数据与模型输出
AI分析
需关联具体对阵、双方状态与可用赛事数据后生成，当前不预设结论。
模型结论
以可解释的数据视图呈现，不将预测写成确定的胜负结果。
05 / Result replay
赛后，把判断放回事实旁边
赛前预测
待生成
实际赛果
比赛结束后更新
偏差与积分变化
待结果确认
赛后复盘的价值不在于为预测寻找漂亮说法，而在于把预测与实际比分、胜负结果和积分变化同时摆出来。这样，用户看到的是一次可回看的数据判断，而不是一条脱离比赛结果的口号。
06 / Related routes
沿着比赛节点继续走
单场页面不是孤立终点。比赛可以回到日期、状态、球队、级别、小组和预测等更大的赛事关系中。