# 触发器与日程 (/zh/work/automation/triggers-and-schedules)
一条自动化通过两种方式启动：按**日程**（基于时间）或由**事件触发器**（外部发生了什么）。不管哪种方式，执行者在每次运行时仍然会读取工作流文档、用自己的判断决定做什么——触发并不等于直接执行某个固定动作。
## 日程 [#日程]
在创建自动化时的**执行频率**里设置（已有自动化要改日程，去对话里让执行者改——编辑表单只覆盖名称、指令和执行者）：
| 类型 | 含义 |
| ------- | ------------------- |
| **周期** | 每天、工作日、每周或每月，固定运行时间 |
| **按间隔** | 每隔 N 小时、天或周 |
| **单次** | 在某个指定日期只运行一次 |
## 事件触发器 [#事件触发器]
配置了事件触发器的自动化，详情面板里会出现一个**事件触发器**区域——触发器让自动化因为外部发生的事而启动，而不是靠固定的时钟：
* **Webhook** —— 外部系统调用这条自动化对应的 webhook 地址
* **轮询** —— Helio 按间隔检查一个已连接的来源（频道、代码仓库、工具），发现匹配内容时触发
每个已配置的触发器会显示上次触发时间，如果还没触发过则显示**从未触发**。只有日程、没有触发器的自动化不会显示这个区域。
## 触发之后会发生什么 [#触发之后会发生什么]
执行者不会执行固定动作——它会读取工作流文档（和创建自动化时写的是同一份），结合当前观察到的情况自己判断该做什么。以下指令示例都依赖这种判断：
> 每 30 分钟检查一次 #customer-support，找出还没回复的新请求。把紧急的内容做摘要并打标签。
> 每天早上找出昨天以来变成**已阻塞**的任务，把卡住的情况汇总发到 #team。
> 每天两次检查针对 main 分支、还没被 review 的 PR，把 review 清单发到该 PR 的讨论串里。
自动化遵循和手动请求一样的信任规则——如果某次运行需要审批，执行者仍然会先暂停并询问你，才会继续。参见[信任等级](/ai-teammates/control#how-trust-carries-forward)。