You can now trigger RWX runs from third party webhooks. When a critical alert fires in PagerDuty or Datadog, kick off an RWX run to analyze the incident, roll back a deployment, or run any custom automation you need.
#First class automation
Getting started is easy.
Webhook triggers are defined as infrastructure as code in the on section of your run definition. The incoming webhook data is captured in initialization parameters that your tasks can access.
Here's an example PagerDuty webhook trigger with signature verification:
on:webhook:key: test-webhookinit:headers: ${{ event.webhook.headers }}body: ${{ event.webhook.body }}tasks:# continued below...
Most webhook providers offer signature verification to ensure requests are authentic. Here we use the pagerduty/verify-signature RWX package. Consult your provider's documentation for their specific verification method.
- key: verify-signaturecall: pagerduty/verify-signature 1.0.0with:body: ${{ init.body }}headers: ${{ init.headers }}secret: ${{ vaults.your-vault.secrets.pagerduty-webhook-secret }}
After the payload is verified, we can perform our automation:
- key: automationafter: verify-signaturecache: falserun: |MESSAGE=$(echo "$BODY" | jq -r '.event.data.message')echo "$MESSAGE"env:BODY: ${{ init.body }}
Once you've pushed your webhook trigger definition, navigate to the RWX runs page and choose "Manage webhooks" from the "Managed Triggers" dropdown. Select your webhook definition to view its URL and token.
Finally, configure your third party webhook provider to POST to the webhook URL with your token in an HTTP header named x-rwx-webhook-token.
To learn more, check out the webhook triggers documentation.
#Demo
RWX makes it easy to build, test, and deploy automation workflows. Engineering teams already run automation on RWX via crons and manual dispatches — now you can trigger runs via webhooks, too.
Related posts

Work in Progress Commits are a Thing of the Past
CI is changing from an asynchronous human-driven workflow to a synchronous AI-driven workflow. Work in progress commits to run CI are no longer necessary.

What would GitHub Actions look like if you designed it today?
GHA was designed in ~2018. What would it look like if you designed it today, with all we know now?

