课前导读
会搭流程之后，这一节解决"最后一公里"：让它不用你手动点、时间到了自己启动。靠的就是"触发器"。这篇约 10 分钟的图文教程手把手教你在扣子里加一个定时触发器、设好每天几点或每周几跑、调试完发布出去。文章用的例子是"运动提醒 Bot"，但你要在脑子里做个替换：把"每天提醒运动"换成"每周一自动汇总上周考勤""新人入职当天自动发一套通知"——逻辑一模一样。看的时候重点看触发器怎么设时间、怎么测试它真的会自己跑。
教学正文
定时触发：让流程按点自己跑
定时触发是工作流的一项关键能力，专治"固定周期的重复活"。飞书的触发条件里有"到达记录中的时间"和"定时触发"；Dify 的定时触发能按 hourly/daily/weekly/monthly 或 cron 表达式跑。HR 场景里最适合定时的是提醒和汇总：每天 9 点推待办、每周五生成招聘周报、每月 25 日提醒交绩效材料。这些活有个共同点——不看数据变没变，就是"到点了该干这件事"。
但定时任务有个数据变更触发没有的风险：它更容易"误伤"。因为它到点就批量执行，不管记录该不该处理。所以定时任务要守三条规则：先限定范围（只处理满足条件的记录）、再写停止条件（已完成的别重复处理）、最后设运行日志（知道它啥时候跑、跑了几条、哪条失败）。
还要破一个幻想："定时自动跑就是无人值守"不对。HR 的定时任务必须有人定期看失败日志，尤其涉及提醒、汇总、提交截止这类——一旦某周悄悄没跑，没人发现，等出问题就晚了。定时不是"设完就忘"，是"设完还得盯"。
跟我做：用飞书多维表格设"每周五招聘周报提醒"
关键是先建筛选视图，把定时任务的作用范围框死，再开定时。
- 新建或打开「招聘进度表」。
- 建字段：岗位、招聘阶段、负责人、反馈状态、是否进入周报、最近更新时间。
- 创建视图「本周需汇总」，筛选：是否进入周报 = 是，且 招聘阶段 ≠ 已关闭。先建筛选视图，是定时任务不误伤全表的关键
- 点"自动化"，新建规则，触发条件选"定时触发"，频率设每周五 16:00。
- 执行动作选"发送飞书消息"，发给招聘负责人或 HR 群。先发给负责人，再由他扩散，别一上来群发刷屏
- 消息模板：「本周招聘周报提醒：请在今天 17:30 前更新"本周需汇总"视图中的岗位进度。重点检查：反馈状态、候选人阶段、预计关闭时间。」
- 保存后先手动运行一次，或等最近一次定时触发来测。
- 预期：每周五固定时间，自动提醒相关负责人更新数据。
数据变更触发 vs 定时触发，误伤风险不同
数据变更触发是"某条记录变了才动它"，天然只碰被改的那一条；定时触发是"到点了把符合条件的全捞出来处理一遍"。如果你没先建筛选视图，每周五它可能把全表几百条（包括早就关闭的岗位）都发一遍提醒，负责人被刷屏、还可能暴露不该出现的信息。同样是自动化，定时的"批量性"让它更容易误伤，所以范围一定要先框死。
本节配套的《扣子触发器实战：做一个运动提醒Bot》（博客园，约 10 分钟）图文手把手配定时触发器，把"运动提醒"换成"周一汇总考勤"逻辑完全一样。想再深一层，去「深入一层」看"批量任务的监控"：定时流程稳定后会变成看不见的基础设施，得建运行看板——上次运行时间、处理记录数、失败记录数、负责人、异常原因，关键流程还要设备用提醒防单点失败。
没有筛选视图：定时任务影响全表，群发刷屏。先建"本周需处理"视图框定范围。
时间字段时区或格式错：到点不触发。用系统日期字段并实测一次。
重复提醒已完成事项：状态没排除。条件里排除"已完成／已关闭"。
没人看失败日志：任务失效了没人发现。每周固定检查一次自动化运行记录。
配套参考资料
博客园 · 覆盖 S6-4 · 约10分钟阅读 · 图文手把手配定时触发器，换成"周一汇总考勤"逻辑一样
定时触发自动流程，无需手动点击。
自测
1定时触发和数据变更触发相比，为什么更容易"误伤"？
因为定时触发到点就把符合条件的记录批量处理一遍，不管它们该不该动；而数据变更触发只碰被改的那一条。这种"批量性"让定时任务一旦范围没框好，就可能把全表几百条都执行一遍——群发刷屏、暴露信息。所以定时任务必须先建筛选视图、写停止条件，把作用范围死死框住。
2"定时自动跑=无人值守"这句话哪里危险？
危险在"设完就忘"。定时任务可能某周悄悄没跑成功，如果没人看失败日志，这个失效会一直没被发现，等到招聘周报连续几周没发、材料截止漏提醒才暴露，代价已经产生。定时任务恰恰因为看不见，才更需要有人定期盯运行记录——它不是无人值守，是需要有人守着看它有没有正常跑。
3设"每周五招聘周报提醒"时，为什么第一步是建筛选视图而不是配定时？
因为筛选视图决定了这条定时任务到底处理哪些记录。先建"是否进入周报=是 且 未关闭"的视图，把范围框死，定时触发才不会把已关闭的岗位也一起提醒、造成刷屏和信息泄露。范围没框好就开定时，等于让一个批量动作在全表上乱跑。先划定范围，再谈按点执行。
小结
- 定时触发治"固定周期重复活"：每天推待办、每周出周报、每月提醒交材料
- 定时比数据变更触发更易误伤（到点批量执行）——三条规则：限定范围/写停止条件/设运行日志
- "定时=无人值守"是错的——必须有人定期看失败日志，尤其提醒/汇总/截止类任务
- 搭定时先建筛选视图框死范围，用系统日期字段并实测一次，排除已完成状态防重复提醒
实操落点
- 从你 S6-1 列的重复任务清单里，挑一件有明确周期的——比如"每周一汇总上周考勤"或"每月初生成一份人员异动小结"。按文章的步骤，给你搭的流程加一个定时触发器，把时间设成对应的每周一早上或每月 1 号。设好后先手动触发测一次，确认结果对，再让它按时自动跑。下周一你不用做任何事，汇总就自己出现了——那一刻你才真正体会到"设一次、以后自己跑"是什么感觉。跑通这一个，自动化对你就不再是概念。
深入一层 · 实战演练与研究依据
设一条"每周五招聘周报提醒"，先建视图再上定时
定时触发是自动化的关键能力，但它比数据变更触发更容易误伤——因为它按时间批量执行。三条规则先记住：先限定范围（只处理满足条件的记录）、写停止条件（避免已完成记录被重复处理）、设运行日志。
在飞书"招聘进度表"里先建一个视图「本周需汇总」，筛选「是否进入周报 = 是」且「招聘阶段 ≠ 已关闭」。再点"自动化"，触发条件选"定时触发"，每周五 16:00，执行动作发飞书消息给招聘负责人：「本周招聘周报提醒：请在今天 17:30 前更新『本周需汇总』视图中的岗位进度。重点检查：反馈状态、候选人阶段、预计关闭时间。」
保存后先手动运行或等最近一次时间触发测一次。反面教材是没建筛选视图就上定时——它会对全表执行，把已关闭的岗位也一起提醒，群里立刻刷屏。
定时不等于无人值守
飞书触发条件里就有"到达记录中的时间"和"定时触发"；Dify Schedule Trigger 支持按 hourly、daily、weekly、monthly 或 cron 表达式运行，并向下游节点提供时间戳等变量。能力足够，但有一条不能忘——
HR 定时任务必须有人看失败日志，尤其涉及提醒、汇总、提交截止。最适合定时的是提醒和汇总类：每天 9 点推待办、每周五生成招聘周报、每月 25 日提醒绩效材料提交。别把"定时自动跑"理解成"设完就不管了"。
五个翻车点
① 没有筛选视图——定时任务影响全表，先建"本周需处理"视图。
② 时间字段时区或格式错误——到点不触发，用系统日期字段并测一次。
③ 重复提醒已完成事项——条件里排除"已完成/已关闭"。
④ 通知对象过大——先发负责人，再由他扩散，别群里刷屏。
⑤ 没人看失败日志——每周固定检查一次自动化运行记录。
可复制的设计 prompt + 再深一层
让 AI 帮你把定时流程设计全：「请设计一条定时自动运行的 HR 工作流。任务：{每周五提醒招聘负责人更新周报}。请输出：定时频率、需处理的数据范围、必须满足的筛选条件、执行动作、消息模板、结束或排除条件、失败日志该看什么、第一次测试步骤。限制：不向无关人员发候选人或员工敏感信息，不自动生成正式人事决策，先提醒和汇总、不直接改正式系统数据。」
再深一层是批量任务的监控。定时流程一旦稳定，会变成看不见的基础设施，反而最容易被忽略。学有余力可建一块运行看板：上次运行时间、处理记录数、失败记录数、责任人、异常原因；关键流程再加一条备用提醒，防单点失败。
- 飞书《工作流和自动化触发条件与执行操作一览》，2026
- Dify《Schedule Trigger》，2026
- Dify《Introducing Trigger》，2025