检查跨时区每周会议与夏令时变化
先在工具里选定实际开始时刻，再查看每周预览。锚定的是第一城市的IANA时区和当地星期、墙钟时间，而不是固定UTC偏移。
从所选开始时刻预览4、8或12次
输入2–8个城市、各方同日的当地工作窗、日期及15–90分钟的时长。查找共同窗口，选定准备使用的开始时间。
次数包含起始周：四次就是四行，在第一城市的日历上每隔七天。每周按本浏览器时区数据重新求解当地日期，会议时长始终是真实经过的分钟数。
纽约与伦敦：周期会议的错周例子
第一城市设为America/New_York，选择2026-10-19周一09:00。四周中，Europe/London依次是14:00、13:00、14:00、14:00，因为两地改变时钟的周次不同。
伦敦工作窗设14:00–16:00，会议90分钟。第二周的整段工作窗检查会失败，即使纽约仍是09:00。请逐方看当地日期、区间两端和相对首次会议的UTC偏移变化。
不存在和重复的当地时刻保留原行
纽约每周日02:30，从2026-03-01开始：2026-03-08的该时刻不存在。每周日01:30，从2026-10-25开始：2026-11-01该时刻出现两次。异常行标记需要调整，不给确定的会议时间或工作窗通过结果。
工具不静默挪时、不替你选重复时刻的早或晚实例，也不跳过异常周补一周。后续周继续计算，四次预览始终是四行；超出0001–9999年范围的日期明确报出，不回绕。
检查整场会议，而非只看开始时间
每个实际分钟都要落在每方的当地工作窗内。只看起点可能漏掉超时；只看两端也可能漏掉秋拨后短暂离开再进入工作窗的区间。
工作窗是你输入的每日时段，不是个人日历忙闲或节假日、周末规则；不支持跨夜班或拆段。加德满都的四十五分钟偏移和Lord Howe的半小时切换均按分钟处理。
复用团队；ICS仍是单次会议
新fragment链接恢复团队、合法所选开始时刻与预览次数。选择无效或已过期会明示回到未选状态。修改工具输入立即清除旧选择与预览，导出前需要重新选择。
复制每周预览得到文本报告；下载.ics只导出所选单次UTC会议，不生成RRULE、不发重复邀请，也不更新日历。导入事件及参与者日历中的重复规则需要你自行核对。
规则变化后需要重新复核
政府决定和软件更新可能改变时区规则；结果只使用本浏览器可用的数据，每次会前仍需与参与者确认。工具不承诺未来规则永远准确，也不自动更新别人的日历。
技术背景可参考W3C的时区说明与分布式会议安排指南：前者解释墙钟时间和规则变化，后者讨论跨时区会议安排；参考资料不构成对日历软件行为的保证。