#Just to add to Corentin P message :
1 messages Β· Page 1 of 1 (latest)
Hi Nicolas, the issue seems to be with your conversation setup
MissingDynamicVariableError: Missing required dynamic variables in tools: {'last_name', 'first_name', 'civility'}
You must have some misconfiguration issue in your webhook. In the config I can see that you have enabled conversation_initiation_client_Data_from_webhook, which is a good start
however, it looks like you have not provided that webhook. Dynamic variables need to be injected as part of conversation initiation, which I believe you are not currently doing, hence the calls cannot proceed
Do you have a custom server for Twilio?
dynamic_variables are provided from https://ai-api.versity.online/api/call/init
We are only testing our agent using our Twilio number to avoid having this type of error
What do you mean? How is testing with your number different?
Because when calling from Twilio it will gather dynamic variable using our API?
So it doesn't throw the missing dynamic variables error
@late fog do you want to jump on a call to screenshare ?
How are you providing the variables? I think there's something missing in that setup potentially
Holy s*** We removed the dynamic variables from the bookAppointment tool and now the call go through
But why the usage of dynamic variable in a tool that should be used during the call is blocking the starting of the call ?
So we should only use LLM prompt instead in our tool arguments ?
It depends. If you want to inject client context to the conversation, then dynamic variables are perfect. BUT you need to do this always, and if you don't provide the context then the call will fail.
If you would like LLM to infer the value from the conversation before calling the tool, then LLM prompt will be more appropriate
DVs are almost universally better if you do have the information about the caller
Ok so we should have an endpoint for the initial data that provide all dynamic_variables even if they are empty ? And is the endpoint called on all agent conversation or only on twilio ones ?
And did you have a chance to look on this one ? #πβagents-chat message
(About the interruptions during the call that makes the agent hang up
)
endpoint will only be called for Twilio
Ok so if you we want to use it on the web we should provide the dynamic variables using the 11labs library as i recall ?
you can configure it in the app
you need to add this webhook, so that we can call your endpoint when the conversation starts and get the data
Yup I already did on our agent XCE4w736pIgSaSkAhmlT
But I didn't know it would make the other one crash if we don't have set dynamic variables.
It would be awesome if we could know on the call history what caused the call to crash
Thanks for your help anyway!
If you have time to look at this one ? #πβagents-chat message
I think you wanted to transfer it to the person in charge but I don't know he had time to review it
@late fog could you please check again with the missing dynamic variables case?
this should already be merged !
in conversation history you should be able to see websocket close reason
perhaps this is not working correctly for Twilio? π€
Amazing!!
but... is it like that on your side as well?
I need to know
if there is a bug or not π
Yup, no bugs, it's working perfectly π
awesome
then you should be better equipped to resolve these errors in the future π
yes indeed!
But we just tried to interupt the agent and it hang up without any error π
When the agent is talking, the person interrupt him to ask something else and the call hang up
Ok, this is related to something that Sedat was trying to fix, I'll ping him
Ok great
Yep but it's already good to know what caused the issue to come and bother you again π
Thanks
Oh and if you have time to check why our agent XCE4w736pIgSaSkAhmlT starts the call by speaking really slowly and gradually speed up until it comes to our speed param
that sounds like an interesting bug π
I'll try to prioritize the interrupted message mismatch though
oki, I have a fix that's approved, should be in production later today
hopefully you'll never see this "interrupted message" error again
Thanks @radiant cedar .
Could you tell me when it's live ?
Because we are having interruptions (conv id : uZRKnPb69ahrGTEpkGAD / qtKrEYneOaYDnTVlYv0A / xDDEWR7TdRVwLFT5q6XG
not yet π
it is literally being deployed to prod as I am typing this message. Please check in ~1h or so
Hi everyone. Looking for someone who can help me understand why my injection of caller_name and other params in the inti payload is not working for outbound calls using my server. It works but it says hello can i speak to caller_name dont mind paying for the help please.