Když AI napíše kód za víkend – a pak přijde realita

Minulý týden za mnou přišla jedna zakladatelka s funkcční webovou aplikací, kterou si během víkendu postavila pomocí AI nástrojů. Bez IT vzdělání, bez bootcamp kurzu. Jen jasná vize a dobrý prompt. Aplikace měla přihlašování, dashboard, ukládání dat – a to všechno během 72 hodin.

Pak mě požádala o pomoc s nasazením k reálným uživatelům.

A tady to začalo být zajímavé.

Proč prototyp selhává v produkci

Její projekt fungoval, protože ona byla jediný uživatel. Jakmile jsme zkusili přidat druhou osobu, objevily se problémy s konkurenčním přístupem. Databáze neměla žádné schéma pro migrace, takže rollback by znamenal ztrátu dat. Neexistovaly žádné testy – cokoliv jsme chtěli změnit, bylo jako rozebírat bombu poslepu. A nasazení? Čistě manuální proces bez jakékoliv dokumentace.

Weekendový projekt byl skvělý proof of concept. Produkční software to ale rozhodně nebyl.

Tohle je ten mez, kterou celá debata o „vibe codingu" ignoruje. Nástroje jsou reálné, rychlost je reálná, demokratizace vývoje software je vzrušující. Ale je rozdíl mezi generováním kódu a inženýrstvím software. A ten rozdíl začíná být důležitý ve chvíli, kdy sedíte před monitorem ve tři ráno a řešíte incident.

Otázka, na kterou se ptám pokaždé

Když vidím kód vygenerovaný AI, vždycky se ptám: Lze to bezpečně sloučit do sdílené kódové báze?

Ne „funguje to". Ne „demo běželo". Bezpečně sloučit. To slovo „bezpečně" tahá za sebou spoustu váhy. Znamená to, že kód může posoudit někdo, kdo ho nenapsal. Že testy ověřují chování, ne jen že aplikace nespadne. Že rollback je možný bez ztráty dat. Že změna je dostatečně úzká na to, aby se dala vysvětlit.

Když vibe coder měří úspěch, měří většinou čas do první funkční verze. To je užitečná metrika pro discovery a prototypování. Ale ve chvíli, kdy software vstupuje do sdíleného prostředí, přestává být užitečná. Teď měříte čas k bezpečnému merge – a to zahrnuje náklady na review, kvalitu testů, riziko nasazení, koordinační režii a budoucí údržbu.

Softwarový inženýr myslí na celý ten životní cyklus od začátku. Vibe coder tyto starosti často objevuje později – když už stojí víc na jejich řešení.

Generování versus vlastnictví

Tady je zásadní posun, který se děje ve chvíli, kdy AI generuje váš kód. Výstup ještě není vaše práce. Je to výchozí bod, který je potřeba transformovat v něco, co skutečně vlastníte.

Vlastnictví znamená několik věcí. Umíte vysvětlit každé smysluplné rozhodnutí ve změně. Chápete, proč každý soubor existuje a co dělá. Omezili jste změnu přesně na to, co bylo potřeba – bez zbytečného boilerplate kódu nebo nesouvisejícího úklidu. Napsali nebo ověřili jste testy, které kontrolují chování, nejen coverage metriky. Zvážili jste cestu pro rollback.

Tohle je práce, kterou za vás AI nezvládne. AI generuje. Vy rozhodujete. A „rozhodujete" znamená, že jste promysleli alternativy, zvážili kompromisy a rozuměli důsledkům.

Když se podívám na AI-generovaný kód, který nebyl správně vlastněn, vidím často stejné problémy. Změny jsou příliš velké, protože model vygeneroval víc, než bylo potřeba. Přidané balíčky bez jasného odůvodnění. Testy, které vypadají, jako by byly napsané pro uspokojení coverage nástroje, ne pro odchycení reálných bugů. Boilerplate, který existuje jen proto, že model defaultuje k scaffoldingům místo k jednoduchosti.

Nic z toho není chyba AI. Je to výsledek autora, který zacházel s generovaným výstupem jako s pokrokem, místo jako se surovým materiálem.

Problém s review, o kterém se nemluví

AI-generovaný kód mění rovnici code review.

Když píše kód lidský inženýr, existuje obvykle stopa rozhodnutí. Můžete nesouhlasit s jejich volbou, ale aspoň tu volba je. Můžete se zeptat, proč použili tu abstrakci, proč validace žije tam, proč zvolili zrovna tu knihovnu. Odpovědi můžou být „nad tím jsem nepřemýšlel" nebo „přišlo mi to rozumné v tu chvíli", ale aspoň je tu člověk, kterého se zeptáte.

U AI-generovaného kódu jsou některá z těch „rozhodnutí" ve skutečnosti jen dokončení. Model zvolil pattern, protože byl statisticky pravděpodobný, ne proto, že byl správný pro váš problém. A pokud autor nepřeměnil to dokončení v vlastněnou práci, review se stává mnohem těžším oříškem.

Nemůžete se zeptat modelu, proč zvolil ten přístup. Nemůžete se zeptat autora, proč udělal to rozhodnutí, pokud to ve skutečnosti neví. Takže review buď odhalí problémy bolestivou metodou pokus-omyl, nebo se prostě nekoná.

Proto věřím, že nejdůležitější dovednost v éře AI-asistovaného vývoje není prompting. Je to schopnost vzít generovaný výstup a proměnit ho v kód, kterému dostatečně rozumíte na to, abyste ho vlastnili, vysvětlili a udržovali.

Co to znamená pro váš tým

Pokud stavíte prototyp pro otestování nápadu, vibe coding je legitimní přístup. Rychlost učení záleží, když pořád validujete předpoklady. Používejte nástroje, jeďte rychle, postavte něco, co můžete ukázat lidem.

Ale pokud se z toho prototypu stane reálný produkt, v určitém bodě musí generovaný kód projít filtrem někoho, kdo přemýšlí jako inženýr. Ne proto, aby gatekeepoval. Ne proto, aby zpomaloval. Ale aby zajistil, že to, co se dostane ven, je kód, který může tým pochopit, udržovat a kterému důvěřovat, když se něco pokazí ve dvě ráno.

U nás v NameOcean tento vzorec vidíme pořád. Startupy, které jedou rychle s AI nástroji pro validaci nápadů, a pak narazí na zeď, když potřebují škálovat. Ty dobré v tu chvíli přizvou inženýrskou pomoc. Ty špatné pokračují v hromadění funkcí na kódové bázi, kterou nikdo skutečně nechápe.

Cílem není vyhýbat se AI-asistovanému vývoji. Cílem je být upřímný ohledně toho, kde práce začíná a kde končí. AI umí generovat kód. Software musíte inženýrovat vy.

Závěrem

Vibe coding je skvělý startovní bod. Je to způsob, jak rychle otestovat nápady, zjistit, co je možné, a přesunout se od konceptu k něčemu hmatatelnému bez měsíců tradičního vývoje.

Ale softwarové inženýrství je o celém životním cyklu. O kódu, který váš tým dokáže posoudit, udržovat a kterému důvěřovat, když se něco pokazí ve tři ráno. O změnách dostatečně úzkých na to, abyste je pochopili a mohli rollbackovat. O přebírání odpovědnosti za rozhodnutí – i když ta rozhodnutí byla informována AI návrhy.

Nejlepší vývojáři, které znám, používají AI nástroje intenzivně. Jen to dělají s otevřenýma očima. Vědí, že generovaný kód je surový materiál, ne hotový produkt. A vědí, že v určitém bodě musí někdo odvést tu inženýrskou práci, která dělá rozdíl mezi cool demem a softwarem, který můžete skutečně nasadit.

Takže ano, vibe codujte klidně dál. Stavíte rychle, experimentujte svobodně, používejte každý dostupný nástroj. Jen mějte na paměti, že existuje moment, kdy je potřeba přepnout z vibe do inženýrství. Váš budoucí já i budoucí tým vám poděkují.