Conversation don't following the workflow
# support
a
Call ID: cf0542f4-9e68-4622-b232-647645122f90 When I show interest on "selling" in the first message, I expected the node to extract that interest is on selling and move through the condition "User said interested on selling" and continue. But the conversation gets stuck there and the model keeps just chatting. I'm spending all credits trying to make it work and it's not doing what is expected. I don't know if I configure something wrong... https://cdn.discordapp.com/attachments/1405451026194239630/1405451026915393697/Screenshot_2025-08-14_at_11.19.44.png?ex=689edfc4&is=689d8e44&hm=0fe80cf55ea5ad6c80e205fc7c3b75e8a8be4a3a18da7eda1d1f615665f1d92c&
c
Hi Aixumara, could you tell us a bit more about what the expected result was in this call? We listened to the recording and it seems to have moved to the next node fulfilling the condition successfully, but maybe we are not fully understanding the workflow.
a
it didnt move to the node, it got stuck on the first one and keep talking about topics it should talk: "Can you tell me a bit about the property? Like its location and size?". Once the user show interest on selling, the idea was to go to next node and check another condition. I fixed this changing the node condition for "user is interested on selling" and removing the extraction. https://cdn.discordapp.com/attachments/1405451026194239630/1407241520171585576/Screenshot_2025-08-19_at_09.52.27.png?ex=68a5634b&is=68a411cb&hm=b7b494961be7dd0e534d85bfabed3fd15585b7b0789ccbb5154568bb20129eb4&
I have another problem after that. I have a variable called unit_status that I pass at the beginning of the call using the “Call with variables” feature. I want to use a node to check this variable silently, and then branch based on its value, without the assistant saying anything out loud if the variable already exists. Here’s the problem: • Even when the unit_status variable is already provided as input, the assistant still speaks a message in that node (or generates a spoken response). • I’ve tried using a prompt that tells it to check the variable and only speak if it’s missing — but it still speaks regardless. • I’ve also tried leaving the prompt empty, but the assistant still says something or behaves unexpectedly. What I want to achieve: • If unit_status is already provided, the node should say nothing and just route to the appropriate path using conditions (e.g., handed-over vs off-plan). • Only if the variable is missing, the AI should ask for the current status naturally. Can you advise how to fully suppress voice output in such a case or make the node “silent” if the variable is already present? https://cdn.discordapp.com/attachments/1405451026194239630/1407246344619561061/Screenshot_2025-08-19_at_09.55.13.png?ex=68a567c9&is=68a41649&hm=4b80213da0d3cdfe5242e0af8d5034503b7a02b8a01f0a9801d7de17a54e3c11&
c
Looking at your screenshot, it might be better to just delete that conversation node entirely then split the edge condition
user is interested in selling
into two edge conditions: one with
user is interested AND {{unit_status}} == "handed over"
and the other with
user is interested AND {{unit_status}} == "off-plan"
. Give it a try and let us know if it works for you
a
I did the changes, but it always go to the edge "user is interested AND {{unit_status}} == "handed-over" even if I put as variable unit_status "off-plan". https://cdn.discordapp.com/attachments/1405451026194239630/1408380623114080377/Screenshot_2025-08-22_at_13.21.18.png?ex=68a9882a&is=68a836aa&hm=ad3d305b6111249670b663b77dec92a2c9be493fd7d2631d349cf6987500b487&
I tested to put the node "off-plan" first, to see if the reason is that it takes the first node always. But it keeps going to "handed-over" even if the variable is "off-plan", or this one is first. I don't know what can be...
c
Try using this syntax for the combination of variables and comparison in the edge condition:
Copy code
{{ variable1 == "value" and variable2 > number }}
a
Do we have any way to make this more agile? I cannot solve this problems. The model is not understanding well my voice or the conditions...
c
There are some known issues and instability with workflows currently and you may have better luck with configuring this workflow as a single prompt assistant. We can help you convert your workflow into a single prompt assistant if you would like to try it out.
a
For the type of product I’m building, workflows are really important..assistants alone won’t cover the complexity. What I feel is missing right now are more debugging tools to fine-tune results and understand where things break... Could you let me know when you expect to address the current instability with workflows? Meantime, I’d appreciate help for to convert the workflow into a single prompt. I feel I am spending credits and not advancing in the right direction, stucked.
c
Sounds good. Please provide a call id that uses your workflow and we will convert it for you.
3 Views