核对开云篮球赛程，先确定赛事、赛季与阶段，再逐场检查对阵、系列赛场次编号、原始时区、当地日期和确认状态。篮球页面可能同时展示常规阶段、附加阶段和多场系列赛；同两队在短期内连续交手时，只凭队名很容易把第二场、第三场或改期记录混在一起。每场应保留独立身份，并在时间变化后更新原记录而不是复制新比赛。
用哪些字段唯一识别一场篮球比赛
最少需要赛事、赛季、阶段、对阵、主客顺序和开赛时间。系列赛还应加入第几场以及当时系列赛状态；普通赛程则可保留场次编号或轮次。文章发布日期只能说明内容何时整理，不能替代比赛日。页面若只写周六，也要结合完整日期与时区。
- 赛事与阶段：区分常规阶段、附加阶段和淘汰系列赛。
- 场次身份：保存第几场或页面编号，不只记录双方名称。
- 主客顺序：与具体比赛绑定，不能由左右排版猜测。
- 原始时间：连同时区保存，转换后检查是否跨日。
- 状态：确认、待定、延期、取消和已完成分别记录。
若同一天有多场不同项目，建议先按项目分组，再按本地开赛时间排序。这样可避免把足球连续计时和篮球节次信息放在同一列中。
系列赛连续交手为什么容易混淆
系列赛由同一组对手进行多场比赛，单场比分与系列赛赢场数是两种不同单位。第三场并不表示一方已经赢三场，系列赛二比一也不是某场得分。记录时应为每场建立独立行，并另设系列赛状态列；比赛结束后只更新对应一场的结果。
- 核对第几场及该场计划日期。
- 确认场馆与名义主客安排是否变化。
- 分别保存单场比分和赛后系列赛状态。
- 若赛程采用必要时进行，未触发前保持待定。
- 系列赛结束后取消不再需要的后续占位提醒。
“如有需要”并非确定比赛。如果系列赛提前结束，后续占位不会举行；个人日历应标记条件状态，不能把所有潜在场次当作固定安排。
跨时区日期与背靠背怎样准确计算
先保存举办地日期、时间和时区，再转换到读者所在地。转换结果可能进入前一天或后一天，因此不能只对小时做固定加减。设备旅行或夏令时变化也可能改变显示，应按具体比赛日期使用更新的时区规则。
判断背靠背时，既要看连续日，也应比较实际开赛间隔。前一场是否加时、球队何时旅行通常不能从赛程表完整得知，因此只能陈述公开的日期、地点和间隔，不应断言每名球员疲劳程度。改期后要重新计算，不沿用旧标签。
延期、待定和场馆变化如何维护
延期表示原时间失效，新时间可能尚未确定；待定可能缺少日期、时刻、对阵或场馆中的一项；场馆变化则不必然改变开赛时间。每次更新应精准到字段，不要因为一个项目变化就重写整条记录。新时间确认后，在原比赛身份上增加版本和更新时间。
多个页面冲突时，先比较赛事、场次编号和最后更新时间。不要把旧页面的场馆与新页面的时间拼成未经确认的组合。空白字段也不能自动填零或写成取消。若页面异常，只记录复现步骤，不安装未知日历插件。
赛程用于规划观赛与理解比赛背景，不预测结果。连续客场、短间隔和主场段都只是公开日历信息，不能转化为必胜或收益承诺。
常见问题
系列赛第五场一定会举行吗？
不一定。若它标为必要时进行，就取决于前几场结果；确认前应保持条件状态。
本地日期与比赛地日期不同算错误吗？
不一定。跨时区可能自然跨日，应同时保留原始时间和本地换算结果。
改期后需要新建一场吗？
通常不需要。应更新同一比赛记录并保留旧时间，避免重复提醒和重复统计。