触发器详解

触发器决定流程何时启动。本篇详解三类触发器的特点、适用场景与配置方法。

应用触发器

由外部系统的事件驱动。例如「钉钉群收到新消息」「飞书表格新增一行」「GitHub 收到 新 Issue」。使用这类触发器需要先建立与对应系统的连接，并授予监听权限。

应用触发器又分两种工作方式：

• 实时（Webhook 型）：事件发生时系统立即推送，延迟通常在秒级。 需要系统能主动回调链盒。
• 轮询（Polling 型）：链盒按固定间隔去系统查询是否有新事件。 延迟取决于轮询间隔，适合不支持回调的系统。

定时触发器（Schedule）

按时间触发，不依赖外部事件。适合定期执行的任务，如：

• 每天早上 9 点同步昨日销售数据到报表系统
• 每小时检查一次库存并补货
• 每周一生成上周工作周报

定时触发器支持两种配置方式：简单的间隔模式（每 N 分钟/小时/天）、 以及 Cron 表达式（更灵活，详见 定时任务与 Cron）。

Webhook 触发器

最灵活的触发方式。链盒为每个 Webhook 触发器生成一个专属 URL， 任何能发 HTTP 请求的系统都可以调用它来触发流程。

典型用途：

• 对接自研系统：自研系统在关键事件发生时调用链盒 Webhook
• 接收第三方回调：如支付成功回调、表单提交回调
• 手动触发：用 curl 或 Postman 测试流程

Webhook 触发器的输出就是 HTTP 请求的 headers、query、body，你可以在后续步骤中 用 {{trigger.headers.*}}、{{trigger.body.*}} 引用。

如何选择

每个流程只能有一个触发器。如果你需要多个事件源，可以为每个事件建独立流程， 或用 Webhook 触发器在请求体里区分来源。