培训机构移动某次每周咨询，希望其他时间不变。换新事件ID可能重复预约，改主事件可能移动整组，应先确定原发生次的身份再委托日历同步。
官方依据与范围
RFC5545以RECURRENCE-ID标识被替换发生次原本的DTSTART。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例或真实平台测评。窄屏可横向滚动查看完整表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| UID S17；原21日09:00；改22日10:00 | 发生次身份仍为21日09:00 | 只替换该次 |
| 换新UID并改开始时间 | 不是原系列身份 | 有重复风险 |
| RECURRENCE-ID写成改后22日10:00 | 没有标识原发生次 | 拒绝拟议变更 |
可执行的交付检查
- 改变显示时间前，记录主UID、时区和数值类型及原发生次开始。
- 测试只移动一次，确认相邻周不变。
- 在获准环境导入实际支持的日历客户端，对照身份，不只看标题。
怎样解释输出
有限检查器只比较UID和原发生次键，不是完整ICS解析器，也不保证日历客户端更新行为一致。交付需包含目标次、相邻次及所测客户端版本。
明确的适用边界
不发送真实邀请，时区定义、版本顺序、取消、参与者回复及THISANDFUTURE范围需独立验证。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON包含输入与预期；脚本仅处理合成数据，无网络、密钥、付款或付费API调用。通过不等于真实系统已经通过验收。
node check.mjs recurring-session-exception-calendar-brief.json