重复日历与 ICS 日程安排

目标与适用范围

跨时区规划并验证重复会议，处理工作日、节假日、冲突和 ICS 导出要求。
本指南将当前任务范围转化为可复核的交付结果。请保留源文件、中间产物和关键判断，让后续协作者能够理解检查了什么以及为什么这样处理。

准备证据并作出选择

• 准备开始时间、时长、重复规则、参与者和权威 IANA 时区。

• 收集工作日规则、节假日历、忙碌时间段及目标日历的 ICS 要求。

• 决策点: 由哪个时区决定事件？. 选择组织者时区、参与者时区或固定 UTC，并记录 IANA 时区而非只有偏移量。

• 决策点: 非工作日如何处理？. 决定周末或节假日实例是跳过、顺延还是保留。

• 决策点: 展开后的日程是否冲突？. 将每个实例与忙碌时间段比较，在导出前解决重叠。

按步骤完成工作流

1. 定义事件契约

记录时区、本地开始时间、时长、参与者、频率、结束规则和非工作日策略。 使用 time-zone-workflow-scheduler.

2. 展开并检查重复实例

生成每个实例，检查月末、夏令时切换和重复边界。 使用 ics-calendar-recurrence-rule-expander.

3. 应用工作日和节假日规则

识别非工作日，明确记录跳过或顺延的实例。 使用 working-days-calculator, holiday-calculator.

4. 统一时间并检查冲突

转换参与者看到的时间，核对时长，并与忙碌区间比较。 使用 time-zone-converter, timezone-duration-calculator, date-overlap-checker.

5. 导出并回读验证 ICS

检查重复和时区字段，在测试日历中导入并比较显示实例。 使用 time-zone-workflow-scheduler, ics-calendar-recurrence-rule-expander.

交付前验收结果

• 重复规则展开出的日期和结束边界符合预期。
• 跨夏令时切换时本地时间保持正确。
• 周末与节假日遵循已记录的策略。
• 参与者或资源没有未解决的重叠。
• ICS 的重复、时区、时长和身份在测试导入后仍一致。

常见问题

• 重复会议应该使用固定 UTC 吗？ 只有事件需要跟随绝对时刻时才使用固定 UTC；要保持当地墙上时间，应使用命名的 IANA 时区。
• 实例落在节假日怎么办？ 展开前先确定跳过、顺延到工作日或保留，并记录策略。
• 如何验证 ICS？ 检查重复和时区属性，导入测试日历，再比较普通日期、边界、夏令时和节假日实例。