Trigger

A trigger is the event that starts automated work: a message arriving, a record changing, a meeting ending, a schedule coming round.

Triggers are what move AI from something you visit to something that runs. Instead of a person noticing a condition and asking, the system watches for it. The event also carries the context the work needs, which is why a well-chosen trigger often produces a better result than the same request typed by hand.

Choosing them is mostly an exercise in restraint. A trigger that fires on everything produces output nobody reads; one that fires on a genuinely meaningful condition produces work people come to rely on. The other half of the design is what the run is allowed to do on its own once it starts, which is a governance question rather than a trigger one.

Frequently Asked Questions

Typically an incoming message, a change in a connected system, a completed meeting, a schedule, or a person asking explicitly.

A webhook is one transport a trigger can use. The trigger is the condition and what it means; the webhook is merely how the notification arrives.

It does the work on its own. Whether it completes a consequential action without review is set by the approval workflow around it, not by the trigger.