什么是触发器？定时与事件驱动，别再混淆了

让 AI 到点自己干活，靠的就是触发器。同样是启动任务，定时触发按钟点动，事件触发等事情发生才动，两者经常被混为一谈，其实分工完全不同。触发器是自动化流程的启动开关，选对启动方式，后面的配置才有意义。

定时触发与事件触发各是什么

定时触发以时间为准：每天早上八点拉取数据、每周一生成周报，无论发生什么，到点就跑。事件触发以状态变化为准：新邮件到达、表单被提交、文件出现在目录里，事情发生了才启动。前者保证节奏，后者保证及时。

扣子里两种触发器都可直接配置；WPS AI 的文档自动化也能按编辑事件或定时来启动任务。选哪种的判断标准很直接：任务关心「何时做」选定时，关心「一有变化马上处理」选事件。

实际配置里还有第三种混合形态：定时轮询加条件判断，效果近似事件触发。外部系统不支持推送时，这是常用的替代方案——每五分钟查一次状态，发现变化就启动。它的代价是延迟和空查，好处是对数据源要求低。判断值不值得用，看业务对时效的容忍度：晚几分钟无所谓，轮询完全够用；一秒都等不了，就只能等对方提供推送能力。启动方式没有高下之分，只有合不合适，选之前先把任务想透。

生活类比：闹钟与门铃

定时触发像闹钟，不看外面发生了什么，到点就响；事件触发像门铃，有人按了才响，没人来它安静待着。闹钟适合作息，门铃适合待客，各有各的岗位。

闹钟与门铃的比喻到边界了：真实的闹钟响了你可以赖床，定时任务的到点执行却通常不打折扣；门铃响一定有人在按，事件触发却可能被异常信号误触——监控数据抖动一下，流程就空跑一轮。误触发是事件方式特有的麻烦，需要加条件过滤。还有一类特殊触发是手动触发，把它也算进触发器家族，只是启动者从日历和世界换成了人。

混淆二者的代价

选错触发方式的后果很实际：

• 该用事件的地方用了定时：处理不及时，还白跑大量空轮次。
• 该用定时的地方用了事件：一直没有变化，任务永远不启动，你以为在自动运行，其实一直闲置。
• 两者叠加没做去重：同一任务被重复启动，结果互相覆盖。

速查三行：

• 按钟点干活：定时，写清频率与首次启动时间。
• 按变化干活：事件，写清监听什么、过滤什么。
• 拿不准：先定时保底，再逐步加事件响应。
• 数据源不支持推送：用定时轮询加条件判断替代。

启动方式选对，后半程的配置才谈得上省心。

记忆怎么在多次启动之间留存，见记忆分层；启动后的流程怎么走，见工作流编排；跑到一半要人点头，见人工在环；专门设卡确认的位置，见审批节点；每次运行的来龙去脉，则记在执行日志里。

退一步看，触发器回答的是「为什么是现在开始」：定时是日历在回答，事件是世界在回答。把这个想明白，混淆自然就少了。

换个问法再问触发器三句

• 定时触发的时间精度能到秒吗？：多数平台到分钟级，秒级需求少见也不建议——高频启动对服务方和被调用方都是负担，先想清楚是否真有必要，真有秒级诉求往往意味着架构要重新想，而不是把闹钟调快。
• 一个流程可以同时挂两种触发器吗？：通常可以，但要防止重复执行。同一事件既被定时命中又被事件命中时，需要有去重或加锁机制。
• 事件触发的「事件」从哪来？：来自外部系统的推送或轮询发现的变化。推送靠对方支持，轮询有延迟，接之前先确认数据源提供哪种方式。