Zakup towaru jest transakcją jednorazową — produkt jest dostępny, płatność przechodzi, zamówienie złożone. Rezerwacja jest inna: zasób (stolik w restauracji, pokój hotelowy, termin u lekarza, bilet lotniczy) jest dostępny w konkretnym momencie, dla konkretnej osoby, na konkretny czas. Rezerwacja blokuje zasób. Anulowanie zwalnia. Spóźnienie ma konsekwencje.
Agent który rezerwuje w imieniu użytkownika musi rozumieć tę złożoność — i mieć dostęp do systemów rezerwacyjnych które są z nim kompatybilne.
Czym jest reservation agent
Reservation agent to wyspecjalizowany agent AI zdolny do realizowania rezerwacji — stolików, noclegów, transportu, terminów usług — przez integrację z systemami rezerwacyjnymi przez API lub protokoły agentowe, zarządzający całym cyklem: sprawdzenie dostępności, złożenie rezerwacji, potwierdzenie, przypomnienie i w razie potrzeby anulowanie.
Google Duplex jako pierwszy precedens
Google Duplex (2018) był pierwszym głośnym przykładem agenta który dzwoni do restauracji i rezerwuje stolik przez rozmowę telefoniczną — naśladując ludzki głos z „hmm” i „um”. Demonstracja wywołała burzę etyczną: czy agent powinien ujawniać że jest AI? Google dodało autodisclosure. Ale technicznie — działało.
Duplex był computer use przez telefon. Reservation agents w 2026 roku działają przez API i protokoły — znacznie bardziej niezawodnie i bez potrzeby udawania człowieka.
Stack techniczny
Systemy rezerwacyjne z API: Google Restaurant Reservations API, OpenTable API, Booking.com Partner API, Amadeus dla lotów, Doctolib dla lekarzy. Agent który ma dostęp do tych API przez MCP server może sprawdzić dostępność i złożyć rezerwację programatycznie — bez computer use, bez browser use.
Systemy bez API: restauracje które nie mają systemu rezerwacyjnego online. Tu reservation agent musi użyć browser use lub… zadzwonić. Google Assistant Calling i podobne funkcje to właśnie ten przypadek.
Human-in-the-loop w rezerwacjach
Rezerwacja jest bardziej nieodwracalna niż zakup — anulowanie restauracji w ostatniej chwili ma konsekwencje społeczne i często finansowe. Dobre implementacje reservation agent mają wyraźny punkt potwierdzenia: „Mam wolny stolik dla 2 osób w Restauracji X, środa 19:30. Potwierdzam?” — użytkownik zatwierdza zanim rezerwacja jest złożona.
Autonomiczne rezerwacje bez potwierdzenia (agent który rezerwuje na podstawie ogólnych preferencji) wymagają bardzo wysokiego zaufania użytkownika i jasno zdefiniowanego Intent Mandate z limitami (np. tylko restauracje z oceną >4.5, tylko wieczory, max 2 godziny przed terminem).