Kolik úkolů ve tvém týdnu začíná slovem „každý"? Každé ráno projdeš inbox. Každý večer si shrneš, co se udělalo. Každý pondělí kontroluješ konkurenci. Každý pátek píšeš report. Jsou to úkoly důležité, ale nikdo z nich tě neposune dopředu – jenom tě drží nad vodou.
Většina lidí používá AI jako chytřejší Google: napíšou prompt, dostanou odpověď, jdou dál. To šetří minuty. Scheduled agents (naplánovaní agenti) ale šetří hodiny, protože pracují, i když u toho nejsi. Nastavíš je jednou a oni běží samy podle plánu – třídí emaily, hlídají logy, sestavují reporty, monitorují trh.
V tomhle článku ti ukážu, co scheduled agents vlastně jsou, kdy se vyplatí, jak je postavit krok za krokem a na co si dát pozor, ať ti na pozadí neprovede něco, co bys neudělal ty sám.
Co jsou scheduled (naplánovaní) AI agenti
Běžný AI asistent je reaktivní: ty se zeptáš, on odpoví. Scheduled agent je proaktivní: spustí se sám v určitý čas, vykoná definovanou práci a výsledek někam odešle. Žádný tvůj zásah nepotřebuje.
Celá myšlenka se vejde do jedné smyčky:
- Trigger – časovač (cron), webhook nebo událost (každý den v 7:00, pokaždé když přijde nový lead, každých 15 minut).
- Agent – LLM s nástroji, který má jasný cíl a přístup k datům (přečti inbox, prohledej logy, zavolej API).
- Akce – výstup někam, kde ho využiješ (zpráva do Slacku, záznam do Notion, odeslaný email, vytvořený ticket).
Tři typy triggeru se hodí na tři různé situace a je dobré si je neplést:
- Časový trigger (cron) – pro úkoly s pravidelným rytmem: ranní digest, noční report, kontrola každé úterý. Ideální, když chceš předvídatelnost a můžeš si naplánovat, kdy výstup zpracuješ.
- Webhook (událost z jiného systému) – pro reakci v reálném čase: nový lead v CRM, nová objednávka, nový komentář. Spouští se přesně ve chvíli, kdy se něco stane, ne naťukaný plán.
- Prahová událost (metrika překročí limit) – pro hlídání: chyba v logu, pokles konverzí, výpadk služby. Agent se probudí jen tehdy, když se něco děje.
Většina firem potřebuje kombinaci: časové agenty na rutiny a webhookové na reakce. Nesnaž se všechno narvat do jednoho typu triggeru.
Proč je to zlom? Protože odstraňuje jedinou věc, která brzdila každý AI workflow: tobě. Dokud musíš agenta spustit ručně, jsi úzké hrdlo. Jakmile běží podle plánu, stává se z AI kolegy, který má svou směnu a odvádí práci, i když zrovna řešíš něco úplně jiného.
Do června 2026 se navíc Model Context Protocol (MCP) stal de facto standardem pro propojování agentů s nástroji – překročil 97 milionů stažení. V praxi to znamená, že tvůj agent si může snadno sáhnout po databázi, CRM, souborech nebo interním API bez složitého kódování. A hlavní provideři (OpenAI, Anthropic, Google) začali nabízet managed agents s cron plánováním, takže agenta nasadíš přímo u nich, místo abys budoval infrastrukturu.
Kdy dát agenta na plán (a kdy ne)
Naplánovaný agent se vyplatí u úkolů, které mají tři společné znaky: jsou opakované, mají jasný vstup a majitelný výstup. Pokud úkol splňuje aspoň dva z nich, je kandidát.
Konkrétní případy, které dávají firmám reálnou hodnotu:
- Triage inboxu a zákaznické podpory. Agent každých 30 minut roztřídí nové emaily podle naléhavosti, označí spam, návrhne odpovědi na časté dotazy a ty řeší jen to, co zůstane.
- Monitoring logů a incidentů. Agent v pravidelných intervalech projde chybové logy, detekuje anomálie a pošle shrnutí do kanálu. Místo 500 řádků logu dostaneš jednu zprávu: „3 kritické chyby za poslední hodinu, dvě souvisí s platební bránou".
- Denní/týdenní reporty. Agent si sáhne do analytiky, CRM a project manažeru a sestaví přehled, co se udělalo, co je v riziku a co tě čeká. Místo hodiny s tabulkou to máš hotové.
- Sledování konkurence a trhu. Agent každé ráno projde vybrané zdroje a přinese ti přehled novinek relevantních pro tvůj byznys – ne horu odkazů, ale roztříděné shrnutí.
- Data sync a úklid. Agent pokaždé, co se objeví nový zákazník, doplní chybějící data, obohatí záznam a synchronizuje systémy, aby v nich byla jen aktuální pravda.
- EOD sumarizace. Na konci dne ti agent pošle do Telegramu nebo Slacku: co se dnes udělalo, co zůstalo nedokončené, co je na zítra. Uzavřeš den za minutu.
Kdy agenta na plán nedávat: když je úkol jednorázový, když vyžaduje lidský úsudek v každém kroku (strategické rozhodnutí, citlivá komunikace), nebo když nemáš jasnou definici úspěchu. Scheduled agent bez ostrých hranic ti na pozadí vygeneruje přesně tolik zmatků, kolik úspory ti přinese.
Jak to postavit: krok za krokem
Nejrychlejší cesta má dva principiální přístupy. Vyber si podle toho, jak moc chceš vlastnit infrastrukturu.
Cesta A: Managed agents u providera (nejméně práce)
Pokud ti jde o výsledek a ne o stavbu pipeline, použij managed agenty přímo u providera. Vytvoříš agenta, dáš mu nástroje (přes MCP nebo nativní integrace), nadefinuješ cíl a nastavíš cron plán – například „spusť každý den v 7:00 našeho času". Provider se postará o běh, opakování při selhání i logování. Ideální pro týmy bez vývojáře nebo pro rychlé ověření, jestli úkol vůbec agentům sedne.
Cesta B: Vlastní orchestrace přes n8n / Make (maximum kontroly)
Pokud chceš agenta napojit na cokoliv a mít plnou kontrolu, postav klasickou automation pipeline:
- Trigger. V n8n nebo Make nastav cron node („každý den v 7:00") nebo webhook („když přijde nový lead").
- Sběr dat. Node načte zdroje – nové emaily z Gmailu, řádky z databáze, výsledky z API.
- Agent node. Pošli data do LLM s jasným systémovým promptem, přístupem k nástrojům a definicí výstupního formátu. Tady je místo, kde MCP vyniká – jeden standard pro všechny tvé nástroje.
- Akce. Výstup pošli tam, kam patří – Slack, Notion, email, Google Sheets.
Tato cesta stojí víc času na nastavení, ale zapadne do libovolného byznys procesu a nikdo ti neřekne, jaké nástroje smíš použít.
Praktický příklad: ranní digest konkurence
Pojďme to ukázat na konkrétním workflow, který sestavíš za odpoledne:
- Cíl: každé ráno v 7:30 mít v Slacku přehled novinek od tří klíčových konkurentů.
- Trigger: cron v 7:30 (Cesta A) nebo cron node v n8n (Cesta B).
- Vstup: zdroje – RSS feedy konkurenčních blogů, jejich changelog stránky, vybraná X/Twitter účty.
- Agent: systémový prompt: „Jsi asistent pro produktový tým. Z těchto zdrojů vyber jen změny, které se týkají cen, funkcí nebo integrací. Ke každé napiš jeden řádek: co se změnilo, proč nás to může zajímat. Ignoruj PR obsah."
- Výstup: formátovaná zpráva do Slack kanálu
#konkurence.
Výsledek: místo toho, abys dvacet minut googlil, máš po ránu jednu zprávu se třemi body, na které stojí za to se podívat. A agent to dělá každý den, včetně víkendů, kdy bys to určitě neudělal.
Představ si rozdíl v čase. Před: pět dní v týdnu × 20 minut = necelé dvě hodiny týdně, které věnuješ rutinnímu hledání. Po: půl hodiny na jednorázové nastavení plus minutu denně na přečtení zprávy. A to je jen jeden workflow. Jakmile máš postavenou tu první pipeline, druhá a třetí jdou mnohem rychleji – stejné kosti (trigger, agent, akce), jen jiný obsah.
První týden: jak poznat, že to funguje
Nasazení není cíl, začátek. Prvních sedm dní dělej jedinou věc: sleduj výstup agenta, ale ještě jednej podle vlastní rutiny. Porovnáš, jestli tě agent opravdu zastoupil, nebo jestli ti jen generuje další věci ke kontrole. Dobrá znamení: výstup je kratší než tvoje ruční práce, chytí věci, které bys přehlédl, a neztrácí čas nesmysly. Špatná znamení: musíš výstup stejně dohledávat, agent píše příliš obecně nebo opakuje včerejší zprávu. V prvním případě agentovi zpřesni prompt a omez rozsah zdrojů, ve druhém přidej jasnější definici toho, co je „změna". Po týdnu víš, jestli workflow stojí za to škálovat.
Na co si dát pozor, ať ti agent neudělá paseku
Scheduled agent má supermoc – a ta moc je přesně to, co se dá snadno zneužít. Tři věci, které musíš vyřešit před nasazením:
- Cena a limity. Agent, který běží každých 15 minut, udělá za den 96 běhů. U velkých modelů se to nasčítá rychle. Pro pravidelné úkoly volíš menší/rychlejší modely (Flash, Haiku) a velké modely si necháváš na složitější jednorázové úkoly. Měř si cenu každého workflow.
- Idempotence a duplikáty. Pokud agent padne v půlce nebo se cron spustí dvakrát, nesmí odeslat stejný report dvakrát nebo vytvořit duplicitní záznam. Každý krok musí být bezpečný vůči opakování – evidence už zpracovaných položek je tvoje pojistka.
- Hlídané akce vs. tichá selhání. Rozděl, co agent smí dělat sám (číst, shrnovat, psát do interního kanálu), a co musí nejprve schválit ty (odeslat email klientovi, upravit fakturu, mazat data). A hlavně: když agent selže, musíš o tom vědět. Naprogramuj alert („digest dnes neutekl") místo toho, aby ti tři týdny tiše nefungovalo.
Závěr: začni jedním úkolem
Scheduled agents nejsou o tom nahradit lidi. Jsou o tom vzít úkoly, které tě žerou, ale nikdo z nich tě neposune, a dát je někomu (něčemu), kdo je odvede spolehlivěji než ty. A ty se pak věnuješ práci, která má cenu.
Začni jedním jediným úkolem – ideálně tím, který děláš každý den a nenávidíš ho. Postav trigger, napiš agentovi ostrý prompt, pošli výstup tam, kde ho stejně čteš. Nech ho běžet týden. Uvidíš, jestli ti šetří čas, nebo jestli tě jen zahlcuje dalším šumem. Až ten první bude sedět, přidej druhý.
Pravidlo zní: jeden agent, jeden jasný cíl, jeden majitelný výstup. Víc nepotřebuješ. Míň nestačí.
