Transfer_call bug

during a call the voice agent is not triggering transfer_call Function, but instead talks to our customer with following:

Agent: Ich verbinde Sie jetzt mit in . Einen Moment bitte.

<call:default_api:transfer_call_variabel{transfer_destination_number:+49123113xxx} />
Agent: Hallo? Sind Sie noch da? Ich wollte Sie gerade …

(i blurred the detailed data).

call id: call_b92a685b2d5925917ca83cd5cb2

additional info: for this agent we used agentic_warm_transfer. is this the reason?

Hey @TrendVoice Thank you for providing the details. I’ve forwarded them to our team and asked them to review.

Regards

Hey @TrendVoice Danke für den Report. Wir haben den Call analysiert. Was Sie hier sehen, ist kein Fehler in eurer agentic_warm_transfer-Konfiguration, sondern ein bekannter intermittierender Bug der Gemini-Modellfamilie: das Modell (in eurem Fall gemini-3.0-flash) emittiert den Tool-Call gelegentlich als Rohtext (<call:default_api:transfer_call_variabel{...} />) in den Content-Channel statt in den strukturierten Tool-Call-Channel. Dadurch wird der Aufruf von TTS vorgelesen und das eigentliche transfer_call wird nie ausgeführt.

Empfohlene Mitigation: Auf ein GPT-4-Family-Modell wechseln (gpt-4.1 oder gpt-4o) — dort tritt diese Doppel-Emission nicht auf. Optional als probabilistische Härtung eine Core-Rule ergänzen, die dem Agent verbietet, JSON / Tool-Call-Syntax laut vorzulesen — das ist aber kein vollständiger Fix, nur eine Risikoreduktion auf Gemini.

Wir tracken den Bug intern auf Modellseite.

Thank You