FrontKon 2026: AI píše kód, ale za kvalitu webu pořád odpovídáme my

AI v reálném vývoji: od experimentů k procesům

AI byla tématem většiny přednášek, které jsme viděli. Zajímavé bylo, že se už nemluvilo o tom, jestli AI používat, ale jak kolem ní postavit práci týmů, kvalitu a provoz.

AI udělala z každého vývojáře Tech Leada

Robin Pokorný připomněl, že dřív jedni psali kód a druzí nad ním přemýšleli. Rozhodnutí o produktovém smyslu, architektuře, hranicích systému nebo kompromisech v kvalitě patřila tech leadům. Psaní kódu teď převzala AI, ale ta rozhodnutí nezmizela. Spadla na každého vývojáře a inspiraci je podle Robina dobré hledat u staff+ inženýrů, kteří je dělají roky.

AI-First delivery v Direct pojišťovně

Pavel Lukeš, CTO Direct pojišťovny, přinesl field report z AI transformace celé firmy. AI tam není doplněk vedle současných procesů, ale důvod přepsat delivery, interní workflow i klientské procesy kolem multi-agentních systémů. Cenné bylo, že mluvil i o tvrdých limitech: kde agenti selhávají, jak vzniká falešná jistota a proč je role člověka spíš architekt, orchestrátor a reviewer než zadavatel promptů.

Frameworky nestačí

Petr Glaser se díval na stack budoucnosti jako na systém zpětných vazeb. AI sice dramaticky zrychlila generování kódu, ale rychlejší kód automaticky neznamená lepší software. O tom, jestli se prototyp dá bezpečně dostat do produkce, rozhodují typy, schémata, testy, linting, CI a observabilita, ne volba frameworku.

Přestali jsme číst logy

Praktickou ukázku přesně takové zpětné vazby předvedl Jan Kaiser z This Dot Labs. Tisíce logů denně dřív ručně procházel člověk. Dnes je zpracovává pipeline s LLM: propojuje chyby z frontendu a backendu, potlačuje známý šum, eskaluje nové problémy a každé ráno pošle report do Slacku. Podle Jana je řešení jednodušší, determinističtější a levnější, než by člověk čekal.

Rozvoj design systému s AI

Jan Kryšpín ukázal, jak s AI rozvíjí Spirit Design System. Od vlastních pravidel a skillů pro agenty přes kontrolu designů ve Figmě a jejich exporty až po skilly, které design systém nabízí svým uživatelům.

Výkon a webová platforma

Druhou linkou našeho dne byl výkon. Společné poselství: rychlý web není jen o menším bundlu, ale o rozhodnutích, která děláme v produktu i v tom, kde a jak kód spouštíme.

Každý chce rychlý web. Dokud z něj nemusí něco odstranit

David Maixner a Martin Kocourek z Allwynu ukázali, že performance v reálné firmě je hlavně série vyjednávání mezi vývojem, designem, editory, marketingem a produktem. Na příkladech z transformace Sazky na Allwyn popsali i redesign herního webu, který začal padat na iPhonech. Moderní build podle nich nezachrání špatné produktové rozhodnutí a cílem není nejrychlejší prázdná stránka, ale nejrychlejší verze produktu, která pořád plní svůj účel. Tohle důvěrně známe z e-shopů našich klientů.

Caching se service workery

Dominik Dvořák z Livesportu popsal, jak service workery pomáhají snížit terabajty dat, které denně posílají klientům po celém světě, často i když se obsah nezměnil. Kromě cachovacích strategií zdůraznil, že service workery je potřeba nasazovat s rozvahou, včetně verzování cache a killswitche pro případ, že se něco pokazí.

View Transitions do hloubky

Ondřej Velíšek se ptal, proč se View Transitions API skoro nepoužívá, když má podporu přes 90 % prohlížečů a v řadě případů je plynulejší než Framer Motion. Pseudoelementy, view-transition-name nebo rozdíl mezi SPA a MPA vypadají na první pohled složitě. Ondřej ale prošel reálná úskalí a ukázal, jak je bezpečně zapojit do současných stacků.

Váš prohlížeč je výpočetní platforma

Sylwia Laskowska posunula debatu o výkonu od mikrooptimalizací k otázce, kde kód spouštíme. Na živé ukázce porovnala JavaScript, WebAssembly a WebGPU při řešení stejného problému. Pointa: někdy aplikace není pomalá, jen běží na špatné vrstvě.

Současnost a budoucnost práce v IT

Odpoledne jsme zamířili na panelovou diskuzi, kterou moderovali Robin Pokorný a Martin Michálek z podcastu FrontKec. Na pódiu se potkal pohled z HR (Markéta Krejčí z Reevy), zkušeného vývojáře a manažera (Petr Burian, bývalý CTO Livesportu).

Debata se točila kolem otázky, podle čeho vývojáře poznáme, když stále větší část kódu píšou stroje. Budou důležitější syntaxe a frameworky, nebo úsudek, komunikace a schopnost převzít odpovědnost za výsledek? Řešil se i nábor juniorů a to, jestli se vývojáři rozdělí na široké orchestrátory agentů a hluboké technické specialisty. Panel nenabídl jednoznačnou předpověď, ale navázal přesně tam, kde ráno začal Robin: rozhodování a odpovědnost jsou dnes práce každého vývojáře.

Co si odnášíme do integritty

FrontKon 2026 potvrdil, že front-end se mění rychleji než kdy dřív. Z Prahy si odvážíme tři konkrétní věci:

• AI jako součást procesu, ne jen nástroj. Chceme dál zpřesňovat, jak s agenty pracujeme při vývoji, code review i testování, a co z toho přenést do AI softwaru na míru, který stavíme pro klienty.
• Zpětné vazby před rychlostí generování. Typy, testy, CI a monitoring jsou s AI důležitější než dřív. Inspirovala nás i LLM pipeline na zpracování logů, kterou si chceme vyzkoušet na vlastních projektech.
• Výkon jako produktové rozhodnutí. View Transitions, service workery a chytřejší volba vrstvy, kde kód běží, si zaslouží místo v našich projektech na Syliu, Reactu i Webflow. A u klientů chceme otevřeněji mluvit o tom, co na webu opravdu musí být.