Background
To understand how custom tools work, let’s take a peek under the hood of the Bland AI phone agent.
During the conversation, the phone agent is constantly listening to figure out when it’s supposed to respond. When the phone agent realizes it’s time to respond, it reviews the tools in its toolbox and picks between them.
Those tools include a speak
, wait
, and button press
tool. When you create a custom tool, you add it to the existing ‘toolbox’ for the phone agent to pick from.
A few natural questions arise:
How do I define my custom tool?
How do I make sure my tool gets picked at the right time?
How does information from the call get passed to my custom tool’s API request?
How do I fill the silence (when my custom tool is running)?
How does the response from my custom tool get added to the call?
Keep reading to find out.
Creating your custom tool
Custom Tool Example
From API request to custom tool
The next step is to convert the API request into a custom tool. Custom tools have the following properties:
name
- the agent will see this in the list of toolsdescription
- a short explanation of what the tool doesinput_schema
- a JSON schema describing the input dataspeech
(optional) - a string that will be spoken to the agent while your tool waits for a responseresponse_data
- An array of objects that describe how to extract data from the response. Within the response data, you can create variables that the phone agent can reference in its prompt.
Name & Description
The agent will see the name in the list of tools. The name, plus the description, help the AI phone agent when it decides which tool to use.
For this example we’ll set the name to BookAppointment
and the description to Books an appointment for the customer
.
Input Schema
The input schema is critical. It defines the shape of the API request, the different inputs the request can take, and also includes an example (which helps our system when creating requests).
Here’s what the input schema could look like:
Two important notes about input schema:
input_schema
is converted into the variable"{{input}}"
that you can use in the request body/query/headersTo access nested properties, use dot notation:
"{{input.property.subproperty}}"
For example, later on you could use
"{{input.service}}"
to have whatever type of appointment that the customer wants
What you’re doing here is describing the structure of the variables that the agent will create.
Special Note: If you need to gather detailed letter-by-letter information from the user, raise your interruption_threshold
parameter to about 200
so that the AI doesn’t interject so quickly.
Scroll down to see the full example.