
Creating an API tool
Configure the request
Define your HTTP request:
| Field | Description |
|---|---|
| Method | GET, POST, PUT, PATCH, or DELETE |
| URL | The endpoint to call. Use curly braces for variables (e.g. https://api.example.com/users/{user_id}) |
| Headers | Key-value pairs like Authorization or Content-Type |
| Parameters | Query parameters appended to the URL |
| Body | Request body for POST, PUT, and PATCH requests — choose from Form data, URL encoded, or Raw (e.g. JSON) |
Test the request
Click Run in the top right corner to test your API call. Click Variables to enter test values, then Run to execute. The response panel shows the JSON body, status code, size, and response time (e.g.
200 OK · 11.3 kB · 354ms). Use Show raw for the unformatted response, or the Headers tab to inspect response headers.Testing the API tool
Click Run in the top right corner of the API tool editor to test your API call. Click Variables to enter test values for your input variables, then click Run to execute the request. The response panel displays the JSON response body along with the status code, response size, and response time (eg:200 OK · 11.3 kB · 354ms). Click Show raw to see the unformatted response, or use the Headers tab to inspect the response headers.
Using the API tool
There are two ways to use an API tool:In a playbook
Add the API tool to a playbook’s Tools editor. The agent will call it autonomously when it determines the tool is needed based on the conversation context and your playbook instructions. For example, an “Order Lookup” API tool added to an order status playbook — the agent decides when to call it, passes the right input variables, and uses the response to answer the customer.
In a workflow
Drag an API step onto the canvas and select the API tool you want to call. Input variables are mapped explicitly in the step config — the agent doesn’t decide whether to call it, the workflow executes it at that point in the flow every time. Use this when the API call is part of a fixed process — for example, always verifying identity before accessing account data, or always sending a confirmation after a booking is made.