Google pridáva do Gemini API webhooky a skracuje čakanie na dlhé úlohy

Veľká časť dnešných AI integrácií stále funguje spôsobom, ktorý je pre vývojárov nepríjemne staromódny: aplikácia pošle požiadavku, potom sa v intervaloch pýta, či je výsledok už hotový, a medzitým zbytočne míňa čas, infraštruktúru aj rozpočtové limity. Presne proti tomuto modelu teraz Google stavia novinku pre Gemini API. Do rozhrania pridáva webhooky, teda mechanizmus, pri ktorom sa odpoveď nečaká cez opakované dotazy, ale príde ako serverová notifikácia v momente, keď sa operácia dokončí.

Na prvý pohľad ide o technickú drobnosť, v skutočnosti však mení spôsob, akým sa dajú stavať dlhšie AI workflow. Google vo svojom oznámení vyslovene hovorí o znížení „friction and latency“ pri long-running jobs. Dokumentácia dopĺňa, že webhooky sú určené pre asynchrónne a dlhšie operácie, pri ktorých doteraz vývojár opakovane volal rozhranie typu GET na kontrolu stavu. Po novom môže Gemini API samo poslať HTTP POST na zadaný endpoint, keď nastane konkrétna udalosť.

Dôležité je, že Google neviaže webhooky len na jeden úzky scenár. Oficiálna dokumentácia uvádza batch jobs, interakcie a generovanie videa. To naznačuje, že firma buduje všeobecnejšiu vrstvu pre event-driven prevádzku, nie jednorazový doplnok k jednej funkcii. Z pohľadu produktového smerovania je to dôležitý signál: Gemini API sa neposúva iba v kvalite modelov, ale aj v prevádzkovej použiteľnosti pre aplikácie, ktoré musia žiť mimo jedného request-response cyklu.

Google pritom zavádza dva režimy. Prvý sú statické webhooky na úrovni projektu. Tie sa hodia tam, kde chce firma centralizovane zbierať udalosti a smerovať ich napríklad do Slacku, databázy alebo interného integračného systému. Druhý režim sú dynamické webhooky, ktoré sa nastavujú priamo v konfiguračnom payload-e konkrétnej úlohy. To je praktické vtedy, keď chce vývojár posielať rôzne typy jobov na rôzne callback endpointy bez toho, aby menil globálnu konfiguráciu celého projektu.

Dokumentácia zároveň odhaľuje, že Google myslí aj na bezpečnostnú a prevádzkovú vrstvu. Pri vytvorení webhooku rozhranie vráti podpisový tajný kľúč len raz a odporúča jeho bezpečné uloženie pre neskoršie overovanie podpisov. To je dôležitý detail, pretože práve webhooky bývajú miestom, kde sa technické demo mení na produkčný problém: nestačí, aby notifikácia prišla, musí byť aj overiteľná, aby aplikácia vedela rozlíšiť skutočnú udalosť od podvrhu alebo chybne smerovaného requestu.

Pre vývojárov je zaujímavé aj to, ako rýchlo sa tým mení ekonomika obsluhy. Polling pri dlhých úlohách síce znie jednoducho, ale vo väčšom meradle vedie k zbytočným volaniam, vyššiemu počtu timeoutov a k zložitejšiemu orchestru retry logiky. Webhooky presúvajú zodpovednosť za signalizáciu dokončenia späť na poskytovateľa API. Výsledkom by mala byť nižšia latencia medzi dokončením jobu a reakciou aplikácie, menej prázdnych requestov a čistejší integračný kód.

Táto zmena má význam aj v širšom agentickom kontexte. Ak AI workflow beží minúty, pracuje s dávkami alebo čaká na viacstupňové spracovanie, polling je pre agentov zlý základ. Agent potom buď zbytočne sedí a kontroluje stav, alebo si vývojár musí dopísať vlastnú frontu a dohľad. Udalostný model robí z Gemini API lepšieho občana modernej infraštruktúry: úloha sa spustí, výsledok sa doručí ako udalosť a nad tým sa dajú stavať ďalšie kroky, napríklad validácia, notifikácia používateľa či odovzdanie spracovania ďalšiemu nástroju.

Treba si všimnúť aj načasovanie. V posledných mesiacoch sa trh nepreteká len v tom, kto má silnejší model, ale aj v tom, kto ponúkne použiteľnejší runtime pre reálne aplikácie. Webhooky sú presne ten typ funkcie, ktorý síce nevygeneruje virálnu demonštráciu, ale vie rozhodnúť, či sa platforma hodí do produkcie. Kto dnes stavia batch spracovanie, multimodálne pipeline alebo dlhšie agentické behy, potrebuje spoľahlivú obsluhu udalostí viac než ďalší marketingový slogan o inteligencii.

Google touto novinkou nerieši všetko. Vývojári budú stále potrebovať spoľahlivý callback endpoint, správne overovanie podpisov, retry politiku a monitoring zlyhaných doručení. No tým, že Gemini API ponúka statické aj dynamické webhooky na oficiálnej úrovni, odstraňuje jednu z praktických prekážok, pre ktoré sa doteraz mnohé integrácie končili pri nepeknom pollingovom kóde. Pre ekosystém to znamená malý, ale veľmi dôležitý posun: viac AI workflow sa môže správať ako normálna event-driven služba, nie ako séria nervóznych dotazov, či je výsledok už konečne hotový.

Ak sa tento model ujme, dôsledok sa prejaví najmä tam, kde sú AI úlohy dlhšie, drahšie alebo multimodálne. Batch spracovanie, video generovanie či viacstupňové interakcie sú presne tie oblasti, kde je každé zbytočné čakanie drahé. Google preto nepriniesol iba pohodlnejšiu integráciu, ale dôležitý infraštruktúrny kus, ktorý môže rozhodovať o tom, či sa Gemini API bude používať ako experimentálna hračka, alebo ako stabilný základ pre produkčné workflow.