Skip to main content

Triggers

A workflow’s single trigger node decides when it runs. Beyond manual and API invocation, KnoxCall supports scheduled, webhook, route-event, and app-based triggers — all backed by durable, exactly-once delivery.

Trigger Types

Triggers are synced from the workflow definition to a trigger registry on publish, so changing a trigger only takes effect when you publish.

Manual & API

A Manual trigger runs on demand. From the API, queue a run against the public resource:
The input object is available in the workflow as {{trigger.data.*}} (and {{input.*}}). See Using the API.

Schedule

Run on a cron schedule:
Scheduling is exactly-once across the worker fleet — a due schedule fires a single run even with multiple workers, using row-locked claiming (no leader election, no duplicate runs).

Webhook

A Webhook trigger gets a signed, per-workflow URL on publish:
POST your payload to it; the raw body is available in the workflow. The endpoint is rate-limited per token and supports bearer and HMAC signature verification. The payload is delivered as the trigger input.
The old admin route POST /admin/webhooks/workflows/{id}/trigger has been removed. Use the workflow’s /hooks/wf/{token} URL (or the /v1 execute endpoint) instead.

Inbound Webhook

If you already receive provider webhooks through a shared inbound webhook, target a workflow from it. Only verified deliveries fan out, and the match is pinned to the workflow’s mode (Live/Test).

Route Event

Fire when requests pass through your routes:
Valid event types: request.received, request.success, request.error, request.client_error, request.server_error, request.timeout, request.completed. You can narrow matches with a route filter, environment filter, and field conditions.

App Triggers

Connected apps (Connections) can start workflows two ways.

Instant (provider webhooks)

For apps that support it (e.g. GitHub issue-opened, Stripe events), publishing the workflow subscribes a provider webhook automatically; disabling or deleting the workflow unsubscribes it. Deliveries arrive at POST /hooks/apps/:token, are signature-verified over the raw bytes, and are de-duplicated so a provider redelivery runs the workflow only once.

Polling

For apps without per-connection webhooks (e.g. Slack messages), KnoxCall polls on a schedule and fires on new items. The first poll arms the cursor without firing (so you don’t get a backlog flood), and polling errors back off automatically.

Delivery Guarantees

  • Exactly-once — schedules, polling, and instant webhook redeliveries all de-duplicate; a single logical event produces a single run.
  • Durable — a queued run survives a worker restart and resumes.
  • Mode-scoped — triggers only fire workflows in their own Live/Test mode.

Notifications on Completion

To be notified when a run finishes (rather than starting one), subscribe an outbound webhook to workflow.execution.completed / workflow.execution.failed. See Using the API.

Next Steps

Connections

Connect the apps that power app triggers

Using the API

Execute and manage workflows via /v1