Webhook triggers let external services start an iBlueprint blueprint run by sending an HTTP POST request to a unique URL that iBlueprint generates for each trigger. When the request arrives, iBlueprint fires the blueprint and passes the incoming payload as input data. This lets you connect GitHub, Stripe, Slack, or any service that can send webhooks directly to your automated workflows.Documentation Index
Fetch the complete documentation index at: https://docs.iblueprint.ai/llms.txt
Use this file to discover all available pages before exploring further.
How webhook triggers work
- You create a
webhooktrigger on a blueprint usingblueprintTriggers.create. - iBlueprint generates a unique webhook URL for that trigger:
https://api.iblueprint.ai/webhooks/blueprint/{triggerId}. - You register that URL with the external service (e.g. GitHub repository webhooks).
- When the external service fires an event, it sends a
POSTrequest to the URL. - iBlueprint receives the request, extracts the payload, and starts executing the blueprint with the payload as
inputData.
Retrieving the webhook URL — blueprintTriggers.getWebhookUrl
After creating a webhook trigger, fetch its URL with blueprintTriggers.getWebhookUrl.
Procedure type: query (HTTP GET)
Endpoint:
Parameters
UUID of the webhook trigger.
Response
The full webhook URL to register with the external service.
The signing secret set in
config.secret when the trigger was created. null if no secret was configured.Example
Verifying webhook authenticity
When you create a webhook trigger with asecret in the config, iBlueprint signs each incoming webhook request. Verify the signature on your blueprint’s input side to ensure requests are genuine:
- Compute
HMAC-SHA256(secret, raw_request_body). - Compare the result to the
X-Webhook-Signatureheader sent with the request. - Reject requests where the signatures do not match.
Manually firing a trigger — blueprintTriggers.fire
Use blueprintTriggers.fire to invoke any trigger programmatically, regardless of type. This is useful for testing a webhook trigger without waiting for an external service event.
Procedure type: mutation (HTTP POST)
Endpoint:
Parameters
UUID of the trigger to fire.
Key-value map of data to pass to the blueprint as if it came from the external source. Defaults to
{}.Example
Example: GitHub webhook → iBlueprint blueprint
This walkthrough connects a GitHub repository’s pull request events to an iBlueprint blueprint that auto-labels and summarizes PRs.Step 1 — Create a webhook trigger
Step 2 — Get the webhook URL
Step 3 — Register the URL in GitHub
In your GitHub repository, go to Settings → Webhooks → Add webhook:- Payload URL: the URL returned in step 2
- Content type:
application/json - Secret:
gh-webhook-secret-123 - Events: Select “Pull requests”
Step 4 — Blueprint receives the payload
When a pull request is opened, GitHub sends the event payload to iBlueprint. Your blueprint receives the raw payload ininputData and can reference fields like inputData.pull_request.title in node configurations.