Trigger
可以先理解为:让Agent自动开始工作的触发条件
Trigger 就像闹钟、门铃或扳机。时间到了、门铃响了、上一棒跑完了,系统就知道该开工。没有 trigger,agent 只能等人打开对话框;有了 trigger,它才可能进入自动化循环。
关键结构图
画一个闭环:Signal 出现后进入 Trigger,Trigger 唤醒工作流,Contract 提供上下文,Tools 执行动作,Artifacts 写入结果,Verification 验收并把经验写回触发条件和任务契约。
What
Trigger 是让 agent、自动化或工作流自己开始运行的触发条件。它回答的不是“要做什么”,而是“什么时候不用人喊,系统就该开工”。
Trigger 是让 agent、自动化或工作流开始运行的条件。它可以是时间、外部事件、文件变化、上游任务完成、用户动作,也可以是系统生命周期中的某个可识别节点。
它和 hook、matcher、lifecycle event 的边界不同:trigger 决定“何时启动”;hook 是挂在流程节点上的动作机制;matcher 是过滤哪些事件能触发后续动作; lifecycle event 是流程中可被识别的时间点。
StructureFormula:
When
当你发现一个 agent 流程仍然依赖“每次人工打开对话框、重新说明背景、喊它开工”时,就该问 trigger 在哪里。 典型信号包括: 每天或每周都要重复启动同一类任务。 某个文件、消息、邮件或工单出现后,总要人工提醒 agent 处理。 一个 agent 做完后,下一个 agent 需要接力,但接力仍靠人工转述。 你想做的是长期 loop,但系统还只有一次性 prompt。
How
设计 trigger 时,先问四个问题: 1. 信号是什么:时间、事件、文件变化、上游完成,还是用户动作? 2. 条件够不够明确:什么时候触发,什么时候不触发? 3. 触发后读什么:目标、上下文、权限和输入在哪里? 4. 触发后如何收束:结果写到哪里,由什么验证,失败时谁接手? 一个好的 trigger 不是“让 agent 多跑几次”,而是让正确的工作在正确条件下进入正确的循环。
Examples
一个阅读整理 loop 可以每周一早上触发,读取最近一周仍然活着的问题,只挑 1-3 个进入思想孵化。trigger 在这里不是整理能力本身,而是“每周一早上 + 有新问题”这个启动条件。
一个文件夹监听 trigger 可以在你把语音转写丢进某个目录时唤醒 agent,让它只做捕获和轻分类,不直接改主库。这样手机端只负责低摩擦捕获,桌面端再做需要碰文件的消化。
来源
类型:工程实践 / 工作流自动化
事实线:这张卡来自 agent 自动化语境中的概念澄清: trigger 被用来说明 agent 如何从“人手动喊它工作”走向“条件到了自动开工”。
依据:自动化系统和 agent 工作流中常见的定时触发、事件触发、上游完成触发、文件变化触发和用户动作触发模式。
边界:trigger 只定义开始条件;它不保证任务做对,也不替代上下文、权限、执行工具、验证和失败恢复。
常见误读:不要以为装了 trigger 就等于完成自动化。没有任务契约、状态写回和验证回路,trigger 只会让系统更快地重复不确定动作。