REST API
Trigger executions, inspect status, retrieve results and respond to approvals through scoped endpoints.
Developer automation
Trigger with APIs and webhooks, call external services and inspect every execution without rebuilding the orchestration layer.
Product proof
The v1 API uses scoped API keys. Webhook payloads map into workflow variables and return an execution identifier.
POST /api/webhooks/{id}/triggerX-API-Key authenticationGET /api/v1/executions/{id}/resultCore capabilities
Trigger executions, inspect status, retrieve results and respond to approvals through scoped endpoints.
Send a JSON payload to a workflow-specific endpoint protected by an API key.
Inspect step output, errors and execution history; retry behavior is controlled by workflow configuration.
Use managed credential references and deployment options documented for your environment.
How it runs
The caller receives an execution ID and can inspect the result.
An internal system posts a JSON event. The workflow enriches it through an API, uses AI to classify it, branches by outcome and exposes the recorded result.
Before: every team maintains its own trigger, retry and logging glue.
After: orchestration is centralized while the internal system keeps its contract.
The operational gap
Production integrations need authentication, retries, state and evidence.
Triggers, queues, retries and result polling become another platform to maintain.
A single response does not explain which step failed or what input it received.
Keys and permissions spread across scripts without a consistent access boundary.
FAQ
Developer automation
Use the documented webhook contract, then inspect the execution and result.