PRODUCT · TRIGGERS

Workflows that run themselves.

A workflow shouldn't only run when you click Run. Point a trigger at it and it fires on real events, a webhook, a schedule, an incoming email, so the work happens without you in the loop.

Run on events, not clicks.

Three ways to fire a workflow, plus the controls to keep them safe.

Webhook

Every workflow gets a URL. Anything that can POST, an app, a form, another tool, fires the run, with the payload handed in as input.

Schedule

Run on a cron. Every morning at nine, every fifteen minutes, the first of the month. Knitch shows the schedule in plain English so you can see when it fires.

Email

Each workflow gets an inbound address. Send or forward an email and the run starts, with the subject, body, and attachments passed in.

Turn them on and off

Every trigger has a state. Flip it between active and paused without touching the workflow itself.

Rate-limited and signed

Incoming events are rate-limited per trigger, and webhooks can require a signature, so a runaway caller can't flood your runs.

Test before you ship

Capture a real payload and see exactly what your workflow will receive, before you wire the trigger to anything live.

A trigger just starts a durable run. However a workflow fires, it gets the same retries, recovery, and queues as every other run. See durable execution.