提醒比日程晚一步，先量时间差，再决定查哪一层。常见情形是上午在系统日历里改了会议时间，Karpo 仍按旧时刻响；也有两处事件时间一致、但通知到得晚的情况。先不要改设置，把两处显示的同一事件记录下来，差值形态通常能直接指向时区、同步间隔或通知策略中的某一类。

如果系统日历与 Karpo 内同一事件相差整小时或半小时，先查设备时区与自动时间来源；如果两处事件时间一致但 Karpo 更新慢，重点看日历读取范围与刷新间隔；如果时间一致、提醒却晚到或未出现，先看通知权限、提醒提前量与静默时段。操作前记录原值，验证后逐项还原，避免多个变量混在一起判断。

对比系统日历与 Karpo 内同一事件的时间

找一个时间明确、已经存在的事件，分别在系统日历和 Karpo 详情页查看。不要只看哪边准，而是记录三项：日期、具体时刻、事件是全天还是带具体时刻。全天事件一般按本地零点换算，跨天或改时区时更容易出现偏移。两处时间差就是后续判断的起点。

如果 Karpo 里连事件都看不到，问题就不在提醒环节，而在读取或同步；先用这个判断缩小范围，再往下查。

在系统设置里核对时区与自动时间来源

时区开关位置随设备不同：iOS 通常在设置 → 通用 → 日期与时间，Android 一般在设置 → 系统 → 日期与时间，厂商定制菜单可能略有差异，需要结合自己的设备确认。重点看两个选项：自动设置时间、自动设置时区。如果设备时区与日程实际所在时区不一致，带具体时刻的事件就可能整体偏移。

验证方式可以先关掉自动时区，手动改到一个相邻时区，回到 Karpo 看同一事件的显示时刻是否跟着平移。提醒时刻由事件时刻和提前量计算，事件显示时刻平移，提醒通常也同步平移；如果显示时刻不动，说明事件里可能存了固定时区偏移。手动改时区期间不要新建或修改日程，免得留下错误偏移；核对完再改回自动时区并手动刷新一次。

查看日历读取范围与刷新间隔选项

进入系统应用权限页，看 Karpo 被允许读取哪些日历账户。只勾了一部分账户时，新改的事件可能不在读取范围内。Karpo 内一般也有日历来源或账户勾选页，确认目标日历处于开启状态。这一步判断的是读取范围不足，还是单纯刷新周期过长。

手动刷新入口通常在事件列表的下拉刷新，或设置页里的刷新与同步按钮。刷新前记录当前列表的事件条数和最新一条事件的时间，刷新后再记一次。如果条数变多、旧事件时间也更新了，说明之前主要是拉取周期问题；如果刷新后依然不动，再回到时区和账户权限查。刷新周期较长时，改动日程后 Karpo 晚一步显示属于同步延迟，与通知无关。

检查通知权限、提前量与静默时段

通知层造成晚一步的典型表现是：Karpo 内事件时间正确，但提醒比预期晚，或只有通知中心摘要而没有横幅。先看系统通知权限：Karpo 的允许通知总开关、声音、横幅、锁屏显示是否开启。iPhone 上再看后台 App 刷新是否打开，Android 上留意电池优化是否限制了后台运行；这些设置不直接改提醒时刻，但可能让同步和通知延迟。

再看 Karpo 内的提醒提前量：是事件开始时提醒，还是提前若干分钟。提前量设为 0，且系统把通知合并到摘要里，就容易被感知为晚到。最后排查专注模式、勿扰或应用内静默时段是否覆盖提醒所在的时间段，如果覆盖了，通知会被延后或静音。排查时把覆盖时间段和提醒时刻写在一起，便于区分是权限拦下还是规则延后。

用一次可控的日程改动复测链路

把上面几项核对完，再用一次可控的日程改动复测链路，比反复看旧事件更可靠。建议按以下步骤做：

1. 在系统日历新建一个带具体时刻的事件，时刻设在当前时间之后一小段可控时间内，提前量先保持默认。
2. 记录创建时的设备时区显示、事件日期与时刻，以及 Karpo 内的提前量设置。
3. 打开 Karpo，看事件是否出现，出现时间与系统日历是否一致，不一致就记下差值。
4. 不改其他设置，等待提醒触发，记录实际提醒时刻与事件时刻的差值。
5. 把事件时间改到另一个时刻，观察 Karpo 是否跟随：先不手动刷新，等一个刷新周期再看；仍未跟上就手动刷新一次，并记录刷新前后的显示时间。

如果改动后 Karpo 跟随了，但提醒仍晚，问题多半在通知层；如果事件时间根本不跟随，则回到读取范围与刷新间隔去查。记录表可以照着下面格式抄：

记录项              系统日历        Karpo           差值
事件标题
事件日期
事件时刻
全天 / 定时
提醒提前量
实际提醒时刻
改动后是否跟随      -               -               -
手动刷新后是否更新  -               -               -

复测时一次只改一个变量，改完先记录再还原，这样时区、同步间隔和通知权限三类原因才不会被混在一起。