API Documentation Template (For Creators)
You can use the following example as a reference when writing your API documentation. Replace field names, types, and descriptions with those specific to your workflow.
🔗 Request URL
✅ Replace
{trigger_id}
with your actual trigger ID.⚠️Creating a Trigger in the Start Node generates a user-specific API endpoint for sending requests; the platform will return results via your callback URL. Each endpoint is unique per user — keep it secure to prevent unauthorized access.
📥 Request Body
📑 Parameter Descriptions
data
dict
{ "topic":"skydiving", "style":"serious"}
If a workflow input parameter is not provided, the default value defined in the input node will be used.
callback_url
string
"https://..."
Public URL to receive the result.
✅
callback_url
is required. After the workflow finishes, the platform will send a POST request to this address with the execution result.✅ If
callback_url
is inaccessible or returns an error, the workflow will still execute as normal — including actions such as posting a tweet. However, you will not receive the execution result.
📬 Callback Payload Example
🧪 Example cURL Request
✅ Notes for Creators
This is only a template. Be sure to update field names and descriptions based on your actual workflow inputs.
Clearly specify your field types (e.g.,
string
,number
,boolean
).Use real, valid example values to help API users understand how to call your workflow.
📌 Additional Notes
The platform does not currently enforce authentication, so secure your endpoint manually.
Use HTTPS for both requests and callbacks to ensure data security.
For each request, the platform returns a unique
request_id
to facilitate logging and ensure idempotent processing.Error Handling & Retry Policy
If the platform fails to call your
callback_url
(e.g., due to connection issues, timeouts, or 5xx server errors), it will automatically retry up to 3 times with increasing delays:1st attempt: after 5 seconds
2nd attempt: after 10 seconds
3rd attempt: after 20 seconds
Last updated