Temporal uchová ľudské rozhodnutie vo workflowe. Opakovanie akcie je samostatný problém

Temporal v návode na odolné AI aplikácie ukazuje proces, ktorý najprv pripraví rešerš a následne čaká, či ju človek prijme alebo upraví zadanie. Až po prijatí sa vytvorí výsledné PDF. Takýto tok je použiteľný napríklad pri príprave podkladov pre obchodníka: model spracuje informácie, no výsledok neodíde klientovi bez rozhodnutia zodpovedného človeka. Tento firemný scenár je redakčné použitie vzoru, nie doložená zákaznícka referencia.

Mechanizmus má zmysel najmä vtedy, keď medzi krokmi uplynú hodiny alebo sa zatvorí prehliadač. Rozhodnutie sa neposudzuje ako krátkodobý stav otvorenej stránky. Temporal ho prenáša do histórie konkrétneho workflowu, aby sa proces mohol obnoviť.

Návod používa Signal, teda správu adresovanú bežiacemu workflowu. Obsluha signálu aktualizuje stav a čakajúca logika sa podľa neho rozhodne, či pokračovať alebo znovu pripraviť výstup. Rozlíšenie riadenia procesu od jednotlivých operácií je kľúčové: externá práca sa vykonáva v Activities, zatiaľ čo workflow koordinuje jej poradie.

Samostatná dokumentácia retry politík uvádza, že Activities sa pri zlyhaní predvolene opakujú, ale celé Workflow Executions štandardne rovnakú politiku nemajú. Opakovanie teda nie je univerzálne spustenie všetkého od nuly. Pre volanie modelu, generovanie dokumentu a odoslanie do ďalšieho systému treba posúdiť zlyhanie zvlášť. Trvalá história procesu sama nedokazuje, že cieľová služba prijala každú požiadavku práve raz.

Retry politika umožňuje určiť intervaly, rast oneskorenia, maximálny počet pokusov a chyby, pri ktorých sa pokračovať nemá. Pre malý tím je to konkrétna prevádzková voľba: dočasná sieťová chyba je iná situácia než neplatné zadanie. Aj opakované volanie plateného modelu môže mať náklad, preto odporúčame posudzovať limity pokusov spolu s finančným stropom procesu.

Ukážka je technický návod, nie meranie návratnosti ani hotový firemný produkt. Vyžaduje Temporal infraštruktúru a worker s aplikačným kódom; zverejnený serverový projekt používa MIT. Dokumenty boli overené 18. októbra 2026 a článok im nepripisuje nový dátum vydania. Najvhodnejším prvým nasadením je podľa nás proces s dlhým čakaním na rozhodnutie, kde má obnova rozpracovanej práce jasnú hodnotu.

Repozitár https://github.com/temporalio/temporal bol overený 18. októbra 2026 na commite d9341690d2b1. GitHub uvádzal vydanie v1.32.1 z 2026-10-08. Opisovaný mechanizmus nie je tvrdením, že vznikol až v tomto vydaní.