Frank
02/22/2026, 7:58 PMChiranjeet Mishra
02/22/2026, 7:58 PMVapi Support Bot
02/22/2026, 7:59 PMcalendarId in your tool configuration?
This will help determine if the tool is checking the correct calendar as per the [Vapi Google Calendar integration documentation](https://docs.vapi.ai/tools/google-calendar).
Source:
- [Vapi Google Calendar Integration Documentation](https://docs.vapi.ai/tools/google-calendar)Shafique
02/22/2026, 8:12 PMFrank
02/22/2026, 9:56 PMChiranjeet Mishra
02/23/2026, 3:10 AMFrank
02/23/2026, 4:48 AMChiranjeet Mishra
02/23/2026, 7:56 AMThe current date and time is {{now}}.
{{now}} is a built-in Vapi variable that automatically injects the real current date and time at the start of each call. Once added, Riley will use the correct dates when querying Google Calendar.
Thanks!Frank
02/24/2026, 5:57 AMChiranjeet Mishra
02/26/2026, 5:45 AMcreate_calendar_event tool has no built-in conflict detection - it directly inserts events into Google Calendar without checking if the time slot is already booked. So when Riley books meetings across multiple calls, each call independently creates an event without knowing about the others.
Root cause: The platform's booking tool doesn't check for existing events before creating new ones, and the tool description doesn't instruct the LLM to check availability first.
Immediate fix - add this to Riley's system prompt:
BOOKING WORKFLOW:
- Before creating any calendar event, you MUST first check availability using get_calendar_events for the requested time range
- If the slot already has events, suggest alternative available times
- Only call create_calendar_event after confirming the slot is free
- Never book overlapping meetings
This tells Riley to always check the calendar before booking. The platform already has get_calendar_events, find_available_time, and suggest_meeting_times tools available - Riley just isn't being told to use them first.Frank
02/27/2026, 6:10 AMChiranjeet Mishra
03/03/2026, 1:14 PMFrank
03/04/2026, 3:12 AM