teppie
04/02/2026, 12:58 PMAI Evy
04/02/2026, 12:58 PMAI Evy
04/02/2026, 12:59 PM{{current_time}} system variable, but you can work around it by using timezone-specific variants or custom dynamic variables. [(1) ]()
For your +10:30 timezone (likely Australia/Adelaide) , use the timezone-specific syntax:
{{current_time_Australia/Adelaide}}
This will give you the current time in your desired timezone instead of the default America/Los_Angeles (PST) .
Alternatively, you can create a custom dynamic variable that returns the current time in your timezone when the call initiates. [(2) ]() This approach gives you full control over the time format and timezone handling in your backend code.
If you're using the inbound webhook, you can pass your custom time variable through the retell_llm_dynamic_variables field. [(1) ]() [(3) ]()AI Evy
04/02/2026, 12:59 PMAI Evy
04/02/2026, 12:59 PMteppie
04/02/2026, 1:01 PMteppie
04/02/2026, 1:02 PMAI Evy
04/02/2026, 1:02 PMAI Evy
04/02/2026, 1:02 PM{{current_time}} defaults to America/Los_Angeles timezone and is likely overriding your custom currentTime variable in the prompt. [(1) ]()
To fix this, you need to update your prompt to explicitly reference your custom variable instead of the system one. Make sure your prompt uses {{currentTime}} (your custom variable) rather than {{current_time}} (the system variable) .
Additionally, consider simplifying the format. The LLM may struggle to parse the ISO format you're using. Try passing a more human-readable format in your custom variable: [(2) ]()
currentTime: 'Thursday, April 02, 2026 at 11:23:34 PM ACDT'
In your prompt, add explicit instructions like: [(1) ]()
The current time is {{currentTime}}. Use this time for all time-related queries.
If you're still seeing the system variable being used, check that:
1. You're passing currentTime in the retell_llm_dynamic_variables field when creating the call
2. Your prompt doesn't reference {{current_time}} anywhere (which would pull the PST default)
3. The variable name matches exactly between your API call and prompt (case-sensitive)AI Evy
04/02/2026, 1:02 PMAI Evy
04/02/2026, 1:02 PMteppie
04/02/2026, 1:04 PMAI Evy
04/02/2026, 1:04 PMAI Evy
04/02/2026, 1:05 PM{{current_time}} anywhere in your prompt and the agent is still using a different timezone, the system variables are likely being injected automatically by Retell. [(1) ]()
According to the documentation, Retell automatically provides system variables including {{current_time}} which defaults to America/Los_Angeles timezone - no configuration required. These system variables are available to the LLM even if you don't explicitly reference them in your prompt.
To ensure your custom currentTime variable takes precedence, try these approaches:
1. Be more explicit in your prompt instructions :
IMPORTANT: The current time is {{currentTime}}. Always use this exact time for any time-related questions. Do not use any other time source.
2. Use the timezone-specific system variable instead of a custom one :
{{current_time_Australia/Adelaide}}
This would give you: "Thursday, March 28, 2024 at 11:46:04 PM ACDT"
3. **Override at the call level**: When creating the call, you can use retell_llm_dynamic_variables to pass your custom time variable [(1) ]() [(2) ]() , and potentially use agent_override to modify the prompt to emphasize your custom variable. [(2) ]()
The issue is that system variables are always available to the LLM, [(1) ]() so even though you're not explicitly using {{current_time}}, the LLM may be accessing it. Your best bet is either using the timezone-specific system variable syntax or adding very explicit instructions in your prompt to only use your custom variable.AI Evy
04/02/2026, 1:05 PMAI Evy
04/02/2026, 1:05 PM