定时运行与延迟步骤
使用 Schedule 在固定的周期时间启动新运行。使用 Delay 暂停已经开始的运行，例如等到预约提醒到期时再继续。
Automations 处于抢先体验阶段。你的工作区权限决定你可以执行哪些操作。
配置定时计划
- 选择 Schedule 触发器。
- 选择 Repeat，例如 Every day 或 Every weekday。
- 设置时间和时区。按周和按月模式还需要指定日期。
- 查看编辑器中显示的下一次执行时间。
- 工作流准备就绪后，保存、预览并发布。
下一次执行时间是运行到期的时刻，实际处理可能稍晚开始。如果某月没有计划中的那一天，则跳过该月。
如果预设模式无法满足需求，可使用 Custom schedule 和 Edit cron expression。该表达式包含五个字段：分钟、小时、日、月、星期。编辑后请检查下一次执行时间。
理解错过的和重叠的调度时刻
默认情况下，定时计划会跳过错过的时刻，并在该自动化已有活跃运行时跳过当前时刻。旧版本的活跃运行同样会导致跳过。
定时计划的错过运行策略也可以改为补跑一次，针对最近一次错过的时刻。它不会为每个错过的时刻分别重放运行。重叠策略可以允许并发运行。请同时检查自动化级别的重叠设置。
发布或恢复后，从激活时刻开始计划调度。暂停期间不会累积待重放的计划任务。被跳过的时刻不会在 Runs 或 Metrics 中生成运行记录。
添加延迟
- 在需要暂停的前一个步骤之后添加 Delay。
- 选择时长或指定日期和时间。如果每次运行需要不同的时间，可从触发器映射一个时间戳。
- 将延迟的下一条路径连接到后续步骤。
- 预览输入和后续执行两部分。
时长衡量的是经过的时间。时间戳标识一个具体时刻，必须包含时区偏移量。如果运行到达延迟步骤时该时刻已经过去，流程会立即继续。
运行在暂停期间显示为等待状态。其选定的唤醒时间在重试后保持不变；重试不会重新计算时长。
运行时间限制
一次运行有 30 天的时间限制，从 Bird 接受它时开始计算。排队时间、操作、延迟和事件等待共享这段时间。运行可能在后续步骤执行之前就达到截止时间。
将延迟拆分到多个步骤并不会延长时间限制。例如，一个始终经过两段各 15 天延迟的流程无法发布。请同时为延迟之后的操作预留时间。
考虑夏令时
定时计划遵循其时区的本地时钟。春季切换期间被跳过的本地时间没有对应的执行时刻。秋季切换期间重复的本地时间可能触发两次，受重叠规则约束。
24 小时的时长衡量的是 24 个实际经过的小时，夏令时切换后它可能落在不同的本地时钟时间。如果重复或缺失的本地小时不适合该工作流，请选择 UTC 定时计划。
后续步骤
相关资源
继续查看此主题的文档、指南和示例。