整理开云近期比赛安排，先确定未来七天或十四天的滚动时间窗，把所有开赛时间换到同一时区，再按已确认、待定、延期和取消分别标记。“近期”不是固定自然周：今天过后，时间窗应向前移动，并删除已经结束的事项。每场比赛应使用赛事、轮次、对阵和原始时间共同识别，避免将改期记录误认为新增比赛。
先定义滚动范围和本地时间
开始整理前写明起点、终点和所用时区。例如未来七天应从当前本地日期开始连续计算，而不是只抄周一到周日。跨地区比赛换算后可能进入本地次日，日历中应保存完整日期与星期，同时在备注保留原始时间和原时区，便于页面更新后复核。
- 时间窗：明确未来七天、十四天或其他固定范围。
- 统一时区：所有排序使用同一所在地时间。
- 比赛身份：记录赛事、轮次、主客顺序和对阵。
- 状态：分别标记确认、待定、延期、取消和已完成。
- 复核时间：写下最后查看时间和下一次检查节点。
可从体育资讯栏目寻找赛程说明，但文章发布日期不等于开球时间。只有带有明确比赛身份和状态的记录才进入清单。
去重时不要只比较球队名称
同两支球队可能在联赛和杯赛多次交手，也可能因主客两回合出现相同对阵。去重应同时比较赛事、赛季、轮次、主客顺序和比赛编号；若比赛延期，则在原记录中修改状态和新时间，不建立第二条看似独立的比赛。原时间放入历史备注，说明为何日历发生变化。
待定席位也不能提前填入某支球队。杯赛上游比赛尚未结束时，可以记录席位来源和计划窗口，但不把假设晋级当成已确认安排。这样既能预留时间，也不会制造不存在的对阵。
处理冲突与提醒的实用顺序
两场比赛时间重叠时，先按个人关注项目、比赛阶段和可用时间排序，不需要为每场建立大量提醒。提醒应基于本地开赛时间，并留出页面复核时间；状态仍待定的项目只设置低频检查，不设置精确开赛通知。赛程密集也只是背景，不能据此推断球队必然疲劳或表现变化。
- 先按本地开赛时间排序，并标出跨日事项。
- 识别完全重叠、部分重叠和相邻过近的比赛。
- 为已确认比赛设置一个主要提醒和一个复核点。
- 为待定比赛只保留状态检查，不猜测具体时间。
- 每次更新后检查是否产生重复事项或失效提醒。
日历标题宜包含赛事与对阵，备注保存轮次、原始时区和状态。不要在共享日历中加入账号、会话参数或个人联系方式。
每天如何维护近期清单
每日维护时，先移出已完成项目，再把时间窗末端新增的一天加入。随后核对延期、取消和改场，不要因为一场变化批量移动同轮其他比赛。页面间若有冲突，保留各自更新时间并将状态设为待核对。清单的目标是帮助安排阅读与观赛，不是预测结果。
“近期”应该设为几天？
取决于用途。七天便于日常安排，十四天适合查看密集阶段；关键是固定范围并每天滚动，而不是混用不同窗口。
延期比赛要新建一条吗？
通常不需要。它仍是原场次，应更新原记录的新时间和状态，并保留旧时间作为变更历史。
待定比赛可以先设一个估计提醒吗？
不建议。可设置状态复核提醒，但具体开赛通知应等待日期、时间和时区明确后再创建。