Managed Agents vs. cron agenti: kdy který
Dvě architektury agentů, které jsem reálně postavil, jednu spouští uživatel a druhá běží podle rozvrhu. Jak poznat, kterou váš problém potřebuje, než postavíte tu špatnou.
Většina lidí, kteří řeknou „chci AI agenta“, myslí ve skutečnosti jednu ze dvou dost odlišných věcí. Špatně zvolená architektura je polovina důvodu, proč agentní projekty uváznou, protože právě ona určuje techniku pod kapotou, náklady i celý zážitek. Postavil jsem a nasadil obě, tak tady je praktické rozdělení.
Cron agent
Cron agent běží podle rozvrhu, bez čekajícího uživatele. Můj SEO agent je tenhle typ. Probouzí se v denní, týdenní a měsíční kadenci, prohlédne web, rozhodne, co opravit, a sám reportuje zpět. Nikdo neklikne na tlačítko a nikdo mu u toho nekouká.
Tenhle tvar sedí na monitoring, audity a jakýkoli opakující se úkol, který se má prostě dít sám, ať na něj někdo myslí nebo ne. Hodnota je v tom, že nikdy nezapomene a nikdy ho to neomrzí, takže se problémy zachytí ten týden, kdy vzniknou, ne až se za čtvrt roku někdo konečně podívá.
Managed agent na vyžádání
Druhý typ spouští člověk a výsledek streamuje zpět, zatímco čeká. Můj Prospect Analyzer je tenhle typ. Běží jako Managed Agent na Anthropic API. Někdo zadá značku, agent projde web a průběžně streamuje report o připravenosti. Úkol, který mi ručně trval přes dvacet minut, se dostal pod tři.
Tenhle tvar sedí na interaktivní analýzu, kde člověk chce odpověď hned a chce vidět, jak to postupuje, ne zírat na kolečko. Streaming tu není příjemný doplněk, je to samotný produkt, protože sledování té práce buduje důvěru ve výsledek.
Jak poznat, který potřebujete
| Cron agent | Managed na vyžádání | |
|---|---|---|
| Kdo ho spouští | Rozvrh | Člověk |
| Latence | Nezáleží | Odpověď hned, ukázat postup |
| Nejlepší na | Monitoring, audity, údržbu | Interaktivní analýzu na vyžádání |
| Výstup jde | Do reportu nebo pull requestu | Na obrazovku, streamovaně |
| Tvar nákladů | Předvídatelný, na kadenci | Za požadavek, špičky s užíváním |
Proč na tom záleží
Každý typ potřebuje pod kapotou jinou obsluhu. Cron agent potřebuje plánovač, odolné běhy, které přežijí restart, a reporting, na který nikdo nemusí koukat živě. Managed agent potřebuje streaming, svižné rozhraní a cenový model, co unese špičky, když ho naráz spustí víc lidí.
Postavte cron agenta tam, kde problém chtěl toho na vyžádání, a bude působit pomalu a zbytečně. Postavte to obráceně a platíte za interaktivitu, kterou nikdo nevyužije. Ani jedna z těch chyb není o modelu a ani jedna se v demu neukáže.
Takže ještě než někdo napíše jediný řádek kódu, ta pravá otázka není „jaký model“, ale „kdo to spouští a čeká na to někdo“. Když trefíte tuhle odpověď, zbytek návrhu z ní vyplyne. Pokud si nejste jistí, který typ váš problém je, je to dobrá věc, kterou vyřešíme spolu.
Časté otázky
Může být jeden agent obojí?
Málokdy dobře. Naplánovaná úloha a interaktivní nástroj táhnou návrh opačným směrem, takže obvykle vyberete jeden. Když potřebujete opravdu oba, provozujte dva.
Který se levněji provozuje?
Cron agent je předvídatelnější, protože běží v kadenci, kterou řídíte. Agent na vyžádání stojí za požadavek a špičkuje s užíváním, takže jeho náklad kopíruje, jak moc ho lidé reálně používají.
Mám nápad, ale nevím, který typ to je. Kde začít?
Nejdřív si odpovězte na jednu otázku. Kdo to spouští a čeká na to někdo. Ta jediná odpověď rozhodne architekturu a zbytek návrhu z ní vyplyne.