February 1, 2025
API Request Node, Improved Retries, and Enhanced Message Controls
-
HttpRequest Node Renamed to ApiRequest: The
HttpRequest
workflow node has been renamed toApiRequest
, and can be accessed throughAssistant.model.workflow.nodes[type="api-request"]
. Key changes:- New support for POST requests with customizable headers and body
- New async request support with
isAsync
flag - Task status messages for waiting, starting, failure and success states
The
HttpRequest
node is now deprecated and will be removed in a future release. Please migrate to the newApiRequest
node.
-
New Backoff and Retry Controls: You can now configure
Assistant.model.tools[type=dtmf].server.backoffPlan
to handle failed requests with customizable retry strategies and delays.- Supports fixed or exponential backoff strategies
- Configure
maxRetries
(up to 10) andbaseDelaySeconds
(up to 10 seconds) - Available in server configurations via
backoffPlan
property
-
Enhanced Gather Node: The
Assistant.model.workflow.nodes[type=gather]
node has been improved with the following changes:- Added
maxRetries
property to control retry attempts - Now accepts a single JsonSchema instead of an array
- Removed default value for
confirmContent
property
- Added
-
Improved Message Controls:
Assistant.messagePlan
has been improved with the following changes:- Increased
idleTimeoutSeconds
maximum from 30 to 60 seconds - Added
silenceTimeoutMessage
to customize call ending due to silence
- Increased
-
New Distilled Deepseek Model with Groq: You can now select
deepseek-r1-distill-llama-70b
when using Groq as the provider inAssistant.model[provider='groq']
-
Edge Condition Updates: Edge conditions now require explicit matching criteria to improve workflow control and readability. Semantic edges must specify a
matches
property while programmatic edges require abooleanExpression
property to define transition logic.