Musíme přestat nazývat vše „Vibe Codingem“

Vrátil jsem se k programování po dlouhé pauze a Lovable bylo místem, kde jsem to znovu rozjel. Aplikace vypadaly skvěle, na první pohled fungovaly a během několika hodin se poskládaly. Zpočátku to působilo úžasně. Ale přestalo to stačit ve chvíli, kdy jsem chtěl vědět, co kód dělá – a proč. Tehdy se můj přístup začal měnit.

Rozdíl nespočívá v nástroji ani v tom, kolik kódu AI za vás napíše. Jde o smlouvu, kterou přijímáte se svým výstupem: zda dokážete vysvětlit, co jste právě uvolnili do světa, nebo ne.

Vibe coding v původním smyslu znamená přijímat software generovaný AI, aniž byste jej řádně prozkoumali nebo pochopili, co se pod ním skrývá. AI‑asistovaný vývoj je jiný. Model může i nadále psát většinu kódu, ale osoba, která systém staví, zůstává odpovědná za pochopení jeho chování, testování jeho předpokladů a rozhodování, zda je připraven k nasazení.

U jednorázového experimentu, který zůstane jen na vašem počítači, může mít tato rozdílnost jen málo důsledků. Jakmile je software nasazen, používán ostatními nebo připojen k reálným datům, má to obrovský význam.

Jak „Vibe Coding“ ztratil svůj význam

Termín „vibe coding“ byl v únoru 2025 vytvořen Andrejem Karpathym, spoluzakladatelem OpenAI. Jeho příklad byl záměrně neformální: „jednorázový víkendový projekt“ postavený automatickým kliknutím na „Accept All“, ignorováním rozdílů a umožněním, aby kód rostl mimo jeho pochopení.

O několik týdnů později si vývojář a tvůrce nástrojů Simon Willison všiml, že termín se používá velmi odlišně: jako náhrada za jakékoli AI‑asistované programování, což podle něj termín roziluuje a vytváří falešný dojem o tom, čeho může odpovědný AI‑asistovaný vývoj dosáhnout.

Zajímavé je, že Karpathy nakonec souhlasil. O rok později představil jiný termín pro disciplinovanější práci s kódovacími agenty. Popsal „agentic engineering“ jako pracovní postup, ve kterém vývojáři řídí a dohlížejí na agenty místo pouhého přijímání toho, co vytvoří. Rozdíl má význam: profesionální AI‑asistovaný vývoj vyžaduje plánování, kontrolu a odpovědnost způsobem, který neformální vibe coding neposkytuje.

Čára je odpovědnost

Willisonovo pravidlo je jednoduché a funguje jako test pro každého: nekomitujte kód, který nedokážete vysvětlit někomu jinému. To neznamená číst každou řádku: když agenti generují stovky řádků najednou, ani zkušení vývojáři to už nedělají. Jde o pochopení základní logiky a schopnost odůvodnit, proč kód dělá přesně to, co dělá. Pokud to dokážete, nezáleží na tom, zda to napsal model nebo vy: to není vibe coding, je to používání nástroje k tvorbě softwaru.

Výzkum publikovaný v prosinci 2025 tuto rozdílnost podporuje. Na základě terénních pozorování a kvalitativního průzkumu profesionálních vývojářů zjistili, že zkušení praktikanti si udrželi kontrolu nad návrhem a implementací softwaru místo předání celého procesu AI. Agenty považovali za spolupracovníky, pečlivě plánovali svou práci a zůstávali zapojeni do dohledu.

Takže samotná zkušenost to nevysvětluje. Jde o to, zda jste ochotni převzít odpovědnost za to, co AI vygenerovalo. To je rozhodnutí, které každý vývojář znovu a znovu činí u každého projektu.

Co se stane, když chybí kontrola

Důsledky uvolnění softwaru bez pochopení nebo ověření jeho bezpečnosti nejsou abstraktní. Tea, aplikace určená k tomu, aby pomáhala ženám zůstat v bezpečí při randění, odhalila desítky tisíc fotografií ID a více než milion soukromých zpráv ve dvou bezpečnostních incidentech. Selhání zahrnovala nezabezpečený úložný bucket a samostatnou databázi přístupnou bez autentizace.

Stejný podkladový problém – software se zdál fungovat, zatímco logika autorizace byla nebezpečně špatná – se objevil v aplikaci postavené na platformě Lovable: bezpečnostní výzkum zjistil, že logika autorizace byla obrácená, čímž zamkl přihlášené uživatele a zároveň volně pustil neautentizované útočníky, což postihlo více než 18 000 uživatelů, včetně studentů.

Nejedná se o ojedinělé případy, které se stávají jen u „špatných“ projektů. Podle Google zprávy DORA 2025 nyní 90 % vývojářů používá AI v práci, zatímco přibližně třetina uvádí, že má málo nebo žádnou důvěru v to, co AI generuje.

Používání AI je nyní rozšířené, i když důvěra zůstává omezená. To činí pečlivou kontrolu obzvláště důležitou, když generovaný kód zpracovává autentizaci, oprávnění nebo citlivá data.

Kontrola je budována ve vrstvách, ne najednou

V mém případě jsem nezačínal formálním bezpečnostním auditem. Jednoduše jsem odmítl pokračovat, kdykoli jsem nedokázal vysvětlit, proč se něco chová tak, jak to dělá – přirozený instinkt, který přináším do práce jako analytik. Méně mě zajímá syntaxe než to, zda výsledek odpovídá tomu, co jsme původně potřebovali. Když ne, pokračuji v prozkoumávání.

Můj pracovní postup se stal strukturovanějším, jak projekty získávaly na vážnosti. Místo spoléhání se jen na podněty jsem začal připravovat specifikace před generováním čehokoli. Dokumentoval jsem obchodní požadavky, technologický stack a integrace. Pak následovaly jednotkové testy a Playwright testy pro hlavní uživatelské cesty.

Bezpečnostní kontroly byly přidány podobným způsobem. Prohlédl jsem knihovny, které AI vybrala, a zavedl skenování malwaru pro nahrávané soubory. Každá kontrola vycházela z otázky, co by mohlo příště selhat, místo aby následovala seznam kontrol, který jsem připravil na začátku.

Tento zvyk odhalil problém v jednom projektu. AI zavedla knihovnu, která nebyla kompatibilní s verzí frameworku, kterou jsem používal. Aplikace nezhavěla okamžitě, takže by nekompatibilita mohla snadno zůstat nepovšimnuta. Kdyby se objevila později, bylo by mnohem těžší příčinu identifikovat.

Ve srovnání s případy Tea a Lovable šlo o běžný problém. Našel jsem ho brzy, opravil a pokračoval dál. To je typický průběh revize v praxi. Většinou to zabraňuje malým problémům růst v větší.

Nedůvěřuji kódu jen proto, že jej vytvořila AI. Také mu nedůvěřuji jen proto, že aplikace běží. Testy a revize jsou způsob, jak zjistit, zda se chová podle záměru.

Od Vibe Codingu k Agentic Engineeringu

Karpathyho vlastní odklon od „vibe codingu“ k „agentic engineeringu“ není jen změna slovní zásoby. „Agentic engineering“ nám poskytuje užitečnější název pro směr, kterým se profesionální vývoj ubírá. Vývojáři mohou psát méně řádků sami, ale to nesnižuje jejich odpovědnost. Posouvá jejich práci k upřesňování, co má systém dělat, řízení agentů, testování jejich výstupů a rozhodování, co je bezpečné uvolnit.

Nebezpečí není v tom, že AI rychle generuje kód. Je v tom, že generování může předběhnout pochopení. Když se to stane, zdánlivá produktivita skrývá rizika, která nikdo řádně neprozkoumal.

Pravidlo, které stojí za zachování

Přestaňte používat „vibe coding“ jako štítek pro každou formu AI‑asistovaného vývoje – roziluuje termín a ruší rozdíl v kontrole, který má význam. Nastavte si jednoduché pravidlo: neuvádějte do provozu to, co nedokážete vysvětlit. A budujte kontrolu do projektu postupně, vrstvu po vrstvě, přidávejte kontroly v souladu s riziky, která se objevují.

AI může napsat většinu kódu. Nemůže převzít odpovědnost za jeho nasazení. To stále patří nám.