Minulý týden přišel Warp s něčím, co přesně vystihuje, kam se uberá vývoj softwaru. Představili Warp Factories — "softwarovou továrnu z krabice", infrastrukturu pro běh AI agentů napříč celým vývojovým cyklem. Ale samotný produkt je přitom méně důležitý než myšlenka, za kterou stojí: firmy už neřeší, jestli AI do vývoje pustit, ale jak kolem ní přestavět celou organizaci.
Stripe si postavil vlastní systém "minions", které automatizují vývoj v jejich codebase. Ramp má background agenta, který monitoruje kód i po nasazení do produkce. A teď přichází nástroje, které totéž zpřístupňují i menším týmům. Pokud vedeš developerský tým nebo jen sám hodně kóduješ s AI, tahle změna se tě týká taky. Pojďme si ji rozebrat prakticky.
Co je AI softwarová továrna
Termín "software factory" zní průmyslově, a přesně to je záměr. Jde o agent loop vestavěný kolem klasických fází vývoje softwaru. Vývoj máš rozdělený do pěti kroků:
- Triage — roztřídění, co se vůbec bude dělat
- Specifikace — zadání, co přesně má vzniknout
- Implementace — samotné psaní kódu
- Review — kontrola kódu
- Verifikace — testy a ověření, že to funguje
Tradičně na každé fázi sedí člověk. V softwarové továrně může být kterákoli fáze automatizovaná agentem — a člověk dohlíží, rozhoduje a zasahuje tam, kde si to vyžaduje úsudek.
Klíčový posun je v uvažování. Neptej se "kde mi AI pomůže psát kód". Ptej se "které fáze mého vývojového cyklu zvládne agent samostatně, a co musím nechat lidem". To je rozdíl mezi používáním kopilotu a přestavbou týmu.
Proč o tom slyšíš právě teď
Průkopníci už roky experimentují, ale teď se to dostává k běžným týmům. Warp Factories je infrastrukturní vrstva, kde jsou "těžká rozhodnutí už udělaná" — architektura agent loopu, běh agentů v cloudu, řízení agentů za letu, sdílená paměť napříč agenty a evaly, které měří jejich kvalitu.
Zajímavé je, že to není vázáno na jeden model. Systém funguje s Codex i s Claude Code — agentská vrstva je oddělená od modelu, což se hodí, když chceš vyzkoušet nový model, aniž bys přestavoval celý workflow. Integruje to i s ticketingem (Linear, Jira) a komunikací (Slack, Teams), takže se to snaží zapadnout do stávajících procesů, ne je nahradit.
Jak to shrnul CEO Warpu Zach Lloyd: vlastní vývoj tím zpřístupňují menším firmám, které si infrastrukturu na míru postavit nemohou. To je signál, že kategorie zraje — z DIY projektů velkých firem se stává produkt.
Jak továrnu postavit v malém týmu
Nemusíš čekat na hotový produkt. Základní pipeline si poskládáš z komponent, které dnes běžně používáš. Takhle to vypadá fázi po fázi:
1. Triage: nech agenty roztřídit backlog
Vstupem je backlog ticketů. Agent projde nové tickety, doplní jim štítky, odhadne složitost, navrhne prioritu a přiřadí do sprintu. Ty pak jen kontroluješ, co agent rozhodl. Na triage člověk často ztrácí hodiny týdně — u velkých backlogů to bývá nejsnazší úspora.
2. Specifikace: z ticketu udělej zadání
Nejčastější důvod, proč agent napíše špatný kód, je špatné zadání. Nech proto agenta, aby z ticketu vygeneroval návrh specifikace: co se mění, jaké API, jaké hraniční případy, co je out of scope. Člověk specifikaci schválí — a tím vzniká kvalitní vstup pro implementaci.
3. Implementace: agent píše, člověk zadává
Tady už většina z vás bude mít zkušenost. Agent dostane schválenou specifikaci (ne jen jednořádkový ticket), pracuje v samostatné větvi a vrací hotový changeset. Klíčové pravidlo: agent dostává kontext strukturovaně — soubory projektu, konvence, související kód. Ne scan celého repa.
4. Review: automatizovaná prvotní kontrola
Code review agentem jako první instancí. Ten zkontroluje styl, bezpečnostní problémy, chybějící testy a konzistenci se zadáním. Teprve pak přichází lidský reviewer, který vidí už předfiltrovaný pull request i shrnutí od agenta. Tví senioři přestanou lustit drobnosti a řeší architekturu.
5. Verifikace: agent dohlíží i po nasazení
Fáze, kterou většina týmů ještě nemá — a kde je velký prostor. Agent monitoruje nasazený kód: sleduje logy, reaguje na alerty, navrhuje opravy. Ramp ukázal, že to funguje. I jednoduchá verze (agent, který reaguje na error alerty a navrhne patch) ti výrazně zkrátí reakční dobu na incidenty.
Co měřit, aby ses nezruinoval
Továrna bez měření je jen drahá hračka. Sleduj minimálně:
- Podíl automatizovaných úloh — kolik ticketů prošlo pipeline bez lidského zásahu. U Warpu je to 30–35 % týdně a Lloyd očekává růst. Vyjdi si vlastní baseline a sleduj trend.
- Náklady na tokeny — když poběží více agentů paralelně, spotřeba roste rychle. Měj přehled o spendingu per fáze i per projekt.
- Kvalita výstupů — míra returnů z review, počet bugů z automatizovaných změn, čas od ticketu po nasazení.
Právě měření je důvod, proč běžet agenty v jednom spravovaném prostředí: když všichni agenti běží na stejném místě, můžeš srovnávat konfigurace mezi sebou a vidět, co funguje líp.
Kde člověk zůstává nenahraditelný
Warp explicitně říká, že cílem není nahradit inženýry. Lloydův vlastní tým automatizuje třetinu úloh — zbytek vyžaduje člověka "za volantem". Z praxe vyplývají tři oblasti, kde se lidský úsudek nevyhnutelně potřebuje:
- Nejasná zadání a trade-offy — rozhodnutí, co vůbec dělat a co obětovat, vyžaduje znalost byznysu a kontextu, který agent nemá.
- Architektura a dlouhodobé rozhodnutí — chyby tady jsou nejdražší a nejhůře vratné.
- Interakce s lidmi — komunikace se zákazníky, tlumení konfliktů, nadšení týmu.
Představ si to jako výrobní linku, kde roboti dělají repetitivní operace a lidští operátoři dohlíží na kvalitu a řeší výjimky. Už to není "AI nahradí programátory", ale "programátoři řídí továrnu".
Na co si dát pozor
Žádná stříbra kulka. Realistická rizika:
- Rychlost iluze. Když ti agent vygeneruje 80 % řešení za pár minut, zbylých 20 % ti zabere stejně dlouho jako dřív — jen se to schová. Měřej čas do produkce, ne čas do PR.
- Kontaminace kvality. Když review dělá jen agent, entropie se hromadí. Lidský reviewer jako finální instance je nutnost, ne luxus.
- Závislost na jednom dodavateli. Systémy jako Warp Factories tě uzamknou do jejich prostředí. Preferuj vrstvy, kde si můžeš vyměnit model i agenta.
Shrnutí: s čím začít tento týden
Neskákej rovnou na celou továrnu. Postupuj inkrementálně:
- Vyber jednu fázi (doporučuju review nebo triage — nejsnazší měřitelný dopad).
- Nasad tam agenta a měř 2–3 týdny číslem (hodiny ušetřené, míra returnů).
- Přidej druhou fázi a ověř, že výsledek drží kvalitu.
- Až poteče, řeš sdílenou paměť, evaly a sledování nákladů.
Softwarová továrna není o nákupu produktu. Je o změně, jak organizuješ práci — od "lídr rozdělí úkoly lidem" k "pipeline rozdělí úkoly agentům a lidem". Firmy jako Stripe a Ramp ukázaly, že se to dá postavit i na míru. Teď už na to existují nástroje pro ty ostatní z nás. Otázka není jestli, ale jak rychle to tvůj tým zvládne rozumně adoptovat.
Zdroje: TechCrunch — "Warp's new system is an out-of-the-box software factory for AI development" (18. 8. 2026); "How to tell if your AI platforms' accounts have been hacked" (15. 8. 2026).
