Co je vibe coding a kde končí jeho možnosti

Krátká odpověď: Vibe coding je způsob tvorby softwaru, při kterém aplikaci popisujete běžným jazykem a kód za vás píše umělá inteligence. Na prototypy, interní nástroje a ověření nápadu je skvělý. Jakmile ale aplikace pracuje s reálnými uživateli, daty nebo penězi, naráží na limity v bezpečnosti, provozu, údržbě a právu. Tam už je potřeba pracovat jako ve skutečném vývoji.

Odkud se vibe coding vzal

Pojem použil poprvé Andrej Karpathy, spoluzakladatel OpenAI a bývalý šéf AI v Tesle, v příspěvku na síti X 2. února 2025. Popsal v něm způsob práce, kdy se člověk plně oddá „vibe“ a zapomene, že kód vůbec existuje (v originále „forget that the code even exists“). Popisoval tehdy hlavně víkendové projekty, ne produkční software.

Z jednoho příspěvku se během roku stal fenomén. Collins Dictionary vyhlásil vibe coding slovem roku 2025. Sám Karpathy dnes čistý vibe coding pro profesionální práci nedoporučuje a mluví spíš o „agentním inženýrství“, tedy o práci s AI agenty pod kontrolou zkušeného vývojáře.

Jak vibe coding funguje v praxi

Místo psaní kódu vedete s AI rozhovor. Popíšete, co má aplikace dělat, AI ji postaví, vy ji vyzkoušíte a řeknete, co změnit. Když něco nefunguje, chybovou hlášku vložíte zpět do chatu. Kód často vůbec nečtete.

Nejčastější nástroje se liší tím, pro koho jsou:

• Lovable, Bolt, Replit: postaví celou webovou aplikaci z popisu, včetně databáze a přihlašování. Cílí hlavně na lidi bez programování.
• Cursor, Claude Code: pracují přímo s kódem a používají je hlavně vývojáři. Dají se použít na vibe coding i na pečlivý vývoj s kontrolou každé změny.

Vibe coding není totéž co vývoj s AI

Tohle rozlišení je pro firmy klíčové. Když AI napíše kód a zkušený vývojář ho přečte, otestuje a rozumí mu, nejde o vibe coding. Je to vývoj s AI asistentem a dnes ho používá většina vývojových týmů.

Vibe coding začíná tam, kde kódu nikdo nerozumí a výsledek se hodnotí jen podle toho, jestli „funguje“. To je v pořádku u prototypu. U aplikace, kterou používají zákazníci, rozhoduje rozsah a dopad možné chyby. U nové aplikace pro desítky až stovky uživatelů může být rozumné dát přednost rychlosti a ověření produktu. U finanční aplikace nebo rozsáhlého systému je potřeba výrazně vyšší kontrola.

K čemu se vibe coding hodí

Vibe coding otevřel stavění softwaru lidem, kteří by si dřív museli najmout vývojáře jen na to, aby zjistili, jestli jejich nápad dává smysl. Nejvíc se osvědčuje na:

• Prototypy a ověření nápadu: klikací verzi produktu máte za pár dní a můžete ji ukázat uživatelům nebo investorům.
• Interní nástroje: jednoduché tabulky, formuláře a přehledy pro pár kolegů, bez citlivých dat.
• Rychlé experimenty: vyzkoušet nový proces nebo funkci dřív, než do ní firma investuje.
• Komunikaci s vývojem: funkční prototyp řekne vývojářům víc než dlouhé zadání.

Máte vibe-coded aplikaci a nevíte, jestli na ní stavět dál? Domluvte si 30 minut online s námi. Projdeme ji a řekneme vám, co bychom řešili jako první. Domluvit online call

Kde končí jeho možnosti

Problémy vibe codingu se většinou neukážou v prototypu. Ukážou se ve chvíli, kdy aplikaci začnou používat skuteční lidé.

1. Bezpečnost

AI umí napsat bezpečný kód, pokud dostane správné zadání a pravidla. Bez nich píše kód, který funguje, ale ne nutně bezpečně. Společnost Veracode v roce 2025 otestovala přes 100 jazykových modelů na 80 programovacích úkolech. Ve 45 % případů vygenerovaný kód obsahoval zranitelnosti z OWASP Top 10, tedy ze seznamu nejzávažnějších bezpečnostních rizik webových aplikací. AI přitom neví, jaká bezpečnostní pravidla vaše aplikace potřebuje, pokud jí to někdo neřekne. A člověk bez technického zázemí to často říct neumí. Větší riziko než samotný kód ale bývá architektura a oprávnění: když AI agent dostane přímý přístup k produkční databázi, může provést destruktivní operaci, na které kvalita kódu nic nezmění.

2. Produkční provoz a data

V červenci 2025 testoval zakladatel komunity SaaStr Jason Lemkin vibe coding v nástroji Replit. Devátý den AI agent i přes výslovný zákaz změn smazal živou databázi se záznamy o více než 1 200 manažerech a firmách. Replit poté zavedl oddělení vývojové a produkční databáze.

Poučení není „AI je nebezpečná“. Poučení je, že produkční provoz potřebuje základy, které zkušené týmy mají dávno nastavené: oddělené prostředí, zálohy s vyzkoušenou obnovou, schvalování destruktivních kroků a člověka, který změny kontroluje.

3. Údržba a technický dluh

První verze vznikne rychle. Problém přichází s desátou úpravou. Kódu, kterému nikdo nerozumí, se špatně rozšiřuje, opravuje i předává dalšímu vývojáři. Každá nová funkce může rozbít dvě staré a aplikace začne být křehká přesně ve chvíli, kdy na ní začíná záležet byznys.

Neznamená to, že celý kód musí mít v hlavě člověk. S porozuměním cizí codebase i s údržbou dnes pomáhá AI. Chybí spíš to, co jí dává směr: funkční specifikace, popsané očekávané chování, kontext projektu a kontrolní mechanismy.

4. Právo: komu patří kód od AI

Na tuhle otázku se firmy ptají až pozdě, často až ve chvíli, kdy přijde investor nebo první spor. Praxe se teprve usazuje a v EU zatím není ustálené, kde přesně leží hranice autorskoprávní ochrany AI výstupů. Vyplatí se znát aspoň několik obecných východisek:

• Autorské právo chrání tvorbu člověka, ne stroje. AI je z právního pohledu nástroj. Samotné zadání (prompt) se za tvůrčí práci zpravidla nepovažuje.
• U čistě vygenerovaného kódu je ochrana nejistá. Pokud do něj člověk tvůrčím způsobem nevstoupil, může být obrana proti zkopírování složitá. Komerčně ho používat můžete i tak: autorskoprávní ochrana a možnost kód používat jsou dvě různé věci.
• Podmínky AI nástrojů nejsou autorské právo. Když poskytovatel píše, že výstupy patří vám, říká jen to, že si na ně sám nedělá nárok. Vůči třetím stranám vás to nechrání.
• Riziko cizích licencí. AI se učila i na open source kódu s různými licencemi. Pokud jeho část přenese do vaší aplikace, můžete nevědomky porušovat cizí práva.
• Ochrana stojí na lidském vkladu a smlouvách. Pomáhá prokazatelný lidský vklad (architektura, struktura, podstatné úpravy), dokumentace vývoje a smlouvy, které ochrání kód jako obchodní tajemství.

Vlastnictví kódu navíc nemusí být hlavní ochranou proti konkurenci. S AI jde funkčnost produktu napodobit i bez přístupu k původnímu kódu, takže silnější pozici dává know-how, data, kvalitní specifikace, distribuce a schopnost produkt dál rozvíjet.

Právní situace kolem AI se rychle vyvíjí. U produktu, na kterém stojí byznys, se proto vyplatí probrat konkrétní nastavení s právníkem.

K tomu přistupuje ochrana osobních údajů. Kdo do veřejného AI nástroje vloží data zákazníků, řeší už i GDPR.

Kdy vibe coding stačí a kdy už ne

Nemusíte zahodit, co jste postavili. Prototyp je cenný, protože ukazuje, co má produkt dělat. Rozhoduje hlavně dopad chyby: koho zasáhne, jak je velká a jestli se dá vrátit zpátky.

Vibe coding stačí, když:

• Aplikaci používáte jen vy nebo váš tým. Chyba zdrží pár kolegů, ne zákazníky.
• Ověřujete nápad. Potřebujete rychle zjistit, jestli o produkt někdo stojí, ne ho dlouhodobě provozovat.
• Nepracuje s citlivými daty. Žádné osobní údaje, platby ani data, jejichž únik by vás bolel.

Čas na zkušený tým je, když:

• Aplikaci budou používat lidé mimo firmu. Zákazníci čekají, že bude fungovat a bude bezpečná.
• Pracuje s osobními údaji nebo penězi. Tady už jde o bezpečnost, GDPR a odpovědnost.
• Potřebujete ji dál rozvíjet. Každá nová funkce v kódu, kterému nikdo nerozumí, zvyšuje riziko, že se něco rozbije.
• Produkt je hlavní aktivum firmy. Například kvůli investorům, kteří se budou ptát, komu kód patří a jak je postavený.

Není to přechod od AI zpátky k ručnímu vývoji. AI se používá v obou případech, mění se míra kontroly a důvěry. Čím větší dopad chyby a čím hůř se vrací zpátky, tím důslednější musí být kontrola architektury, oprávnění a výsledků. Chybný zápis do databáze někdy zachrání záloha, špatně odeslané peníze většinou ne.

Pokud se poznáváte ve druhém seznamu a nikdo ve firmě kódu nerozumí, je čas na kontrolu. Konkrétní postup najdete v našem checklistu připravenosti AI aplikace pro skutečné uživatele.

Pokud jste se našli v druhém seznamu, napište nám pár vět o své aplikaci. Ozveme se s tím, jak bychom postupovali. Poslat poptávku

Jak s vibe-coded produkty pracujeme v MeguMethod

Vibe coding bereme jako dobrý začátek, ne jako problém. V MeguMethod stavíme aplikace od roku 2014 a poslední rok vidíme, že první verze stále častěji vzniká u klienta, ne u nás. Proto jsme k vývoji na míru přidali App as a Service: postavíme první verzi aplikace včetně architektury, testů a pravidel pro nasazování, předáme vám kód a nástroje a další úpravy si děláte s AI sami. Každou změnu před spuštěním zkontroluje automatická kontrola i naši inženýři, takže vibe coding zůstane rychlý a aplikace bezpečná.

AI u nás nenastupuje až u psaní kódu. Používáme ji už při produktové a technické specifikaci požadavků, například během společných video sessions. Každý projekt má navíc pravidla pro AI: architekturu, limity, guardrails a omezení. Díky tomu je kód z různých AI sessions i od různých vývojářů čitelný a konzistentní. Rozdíl proti neřízenému vibe codingu není v tom, jestli se AI používá, ale v kvalitě specifikace, kontextu a pravidel.

Model má hranice a říkáme je dopředu. Nejlíp funguje u jasně vymezených aplikací: interní nástroje, zákaznické portály, vlastní prodejní kanály. Systém pro statisíce uživatelů nebo kritickou část firmy potřebuje dedikovaný vývojový tým. A ve firmě musí být někdo, kdo chce produkt rozvíjet. Nemusí to být vývojář, může to být produktový manažer, markeťák nebo člověk z provozu. Jak funguje App as a Service

Další krok

Chcete vědět, co vaší aplikaci chybí do produkce? Projděte si checklist připravenosti pro skutečné uživatele, podívejte se, jak funguje App as a Service, nebo si rovnou domluvte 30 minut online.