开云赛程日历重复提醒清理的核心是先确认两条记录是否属于同一场比赛，再区分手工事项、订阅事项和改期残留，最后只保留一个可持续更新的主记录。不要看到队名相同就立即删除，因为联赛主客场、杯赛回合或系列赛可能出现多场相同对阵。清理前先备份日历，并记录每条事项的来源与时区。
先判断重复还是不同比赛
同一场比赛应至少在赛事、赛季、轮次、对阵、主客顺序和原始开赛时间上对应。足球两回合淘汰赛的双方相同，但日期和主客关系不同；篮球系列赛也会连续出现相同球队。若一条事项写本地日期，另一条保留举办地日期，还要转换到同一时区后再判断，避免把跨日显示误认为两场。
- 赛事身份：核对项目、赛事和赛季阶段。
- 轮次场次：比较轮次、比赛编号或系列赛场序。
- 主客顺序：不要只看两队名称是否相同。
- 原始时间：保留来源时区，再换算到统一时区。
- 状态：区分已确认、待定、延期和取消。
如果关键信息不足，应暂时把两条事项标为待核对，不要随意合并。标题中的最新或更新不构成唯一身份，必须回到完整字段和更新时间。
找到重复提醒来自哪一层
常见原因是同时订阅两个包含相同赛事的日历，又手工建立了一条个人事项；另一个原因是比赛改期后，旧事项没有被订阅源更新，而新时间被新增为第二条。设备之间的账户同步也可能把本地日历与云端日历同时显示。先查看每条事项所属日历和创建方式，再决定处理位置。
- 关闭临时通知声音，避免排查时反复触发。
- 查看两条事项分别属于哪个日历或订阅源。
- 确认是否有一条可由来源自动更新。
- 比较唯一标识、备注和最近修改时间。
- 备份后再删除重复项，并在其他设备复查同步结果。
如果事项来自只读订阅，单独删除可能在下次同步时恢复。更稳妥的方法是停用重叠订阅或调整其显示范围，再把个人备注放在独立日历。不要通过未知配置文件添加所谓修复订阅，也不要公开分享带有私人日历令牌的地址。
改期、时区和通知怎样重新设置
比赛延期后，原时间应保留在备注或版本记录中，新时间确认后更新同一主事项。新日期尚未公布时，可把状态改为延期待定并关闭开赛提醒，而不是猜测一个具体时间。时区转换要使用比赛当天的规则，尤其注意夏令时和本地跨日；只加减固定小时容易留下重复日期。
完成合并后，只保留必要提醒，例如赛前一次和重要改期一次。系统级通知、日历提醒和应用内提醒可能同时生效，应逐层检查。若多个设备使用同一账户，等待同步完成后再判断是否仍重复，不要在每台设备分别快速删除，以免产生恢复或冲突副本。
记录表可保留主事项标题、赛事身份、原时区、本地时间、来源日历、最后复核和提醒数量。清理目标是让同一比赛只有一个权威记录，而不是减少真正不同的场次。涉及工作或家庭共享日历时，只调整自己有权限的范围，不删除他人建立的事项。
常见问题
队名和时间完全相同就能删除一条吗？
仍应先核对赛事、轮次和来源。有时一条是只读订阅，另一条含个人备注；应决定保留哪种功能，而不是直接删除信息。
删除后为什么重复事项又出现？
可能因为只读订阅再次同步、另一设备恢复旧副本，或两个订阅源仍同时启用。应从来源层解决，而不只处理表面事项。
比赛延期但新时间未定，日历怎么写？
保留原比赛身份，标为延期待定并关闭旧提醒。等明确时间后更新同一记录，不创建未经确认的新日期。