V polovině roku 2026 už generace zakladatelů, indie hackerů a netechnických tvůrců nasadila fungující software, aniž by většinu kódu napsali sami. Popsali, co chtějí, AI nástroj to vygeneroval, a iterovali, dokud to nefungovalo. Tento přístup má teď jméno: vibe coding. Nástroje - Cursor, Claude Code, Lovable, v0, Bolt.new, Replit Agent, Windsurf - tento přístup zmasovatěly.
Výsledkem je podivná nová kategorie softwaru: fungující prototypy, které vypadají produkčně, ale rozbijí se ve chvíli, kdy se snažíte škálovat, nasadit na vlastní infrastrukturu nebo předat dalšímu vývojáři. Tento průvodce vysvětluje, co vibe coding skutečně je, osm znamení, že vaše AI aplikace potřebuje záchranu, a jak rozhodnout mezi refaktorem, rebuildem a pokračováním tak, jak to je.
Co je vibe coding doopravdy?
Vibe coding je programování primárně přes přirozený jazyk. Role vývojáře se posouvá od psaní kódu řádek po řádku k upřesňování záměru, kontrole AI výstupu a vedení AI správným směrem. Termín pochází z pozorování, že vývojář vede AI cítěním - vibem - místo aby rozuměl každému detailu toho, co AI generuje.
Různé nástroje obsazují různé pozice na škále. Cursor a Claude Code pracují vedle vývojáře a generují kód v známém IDE. Lovable a Bolt.new generují celé full-stack aplikace z pár promptů. v0.dev vyrábí React komponenty. Replit Agent a Windsurf staví aplikace ve vlastních runtime. Sdílejí jednu věc: člověk píše méně kódu než kdy dřív a AI píše víc.
Proč se vibe-coded aplikace rozbíjejí
AI nástroje optimalizují na fungující výstup, ne na udržovatelnost, bezpečnost nebo škálovatelnost. Kód, který fungoval perfektně pro demo, často selže při prvním reálném zátěžovém testu, první bezpečnostní kontrole nebo prvním předání vývojáři. Provedli jsme audit desítek vibe-coded projektů v posledním roce a vzorce se opakují s neuvěřitelnou konzistencí:
- Vystavené secrets. 73 % auditovaných projektů má aspoň jeden API klíč, OAuth secret nebo DB credential vystavený v client-side kódu nebo committed v git historii.
- Nula automatických testů. 84 % vibe-coded projektů jde do produkce bez jediného testu. Každá změna riskuje regresi.
- Architektura, která neškáluje. 91 % projektů potřebuje refaktor, než zvládne víc než 1000 souběžných uživatelů.
- Obří soubory. AI generuje kód, ale málokdy ho refaktoruje. Běžně najdeme 2000řádkové komponenty a 3000řádkové API handlery.
- Halucinované API. AI volá funkce, které neexistují, importuje balíčky, které nejsou nainstalované, a píše regexy, které nefungují - a vy si toho nevšimnete až do produkce.
- Permisivní auth. Supabase RLS pravidla s `USING (true)`, chybějící auth checky na sensitivních endpointech, anon role s insert oprávněním na tabulkách s uživatelskými daty.
Osm znamení, že vaše AI aplikace potřebuje záchranu
Pokud platí tři nebo více z těchto, zvažte záchranu:
- Nemůžete nasadit na vlastní infrastrukturu. Aplikace běží jen v Lovable, Replit nebo Bolt runtime. Vlastně nevlastníte svůj software.
- Bezpečnostní audit našel problémy. Vystavené klíče, permisivní RLS, chybějící auth, vulnerable závislosti. Každý je potenciální incident.
- Aplikace zpomaluje při překročení 100-1000 uživatelů. Databázové dotazy nebyly designované na škálu. State management se nesdílí dobře. Cache neexistuje.
- Potřebujete funkci, kterou AI neumí spolehlivě vygenerovat. Komplexní business logika, custom integrace, performance-critical paths - AI selhává nad určitým prahem komplexity.
- Nový vývojář kódu nerozumí. Onboarding trvá týdny místo dní. Cena každého nového hire škáluje lineárně se zmatkem v kódové bázi.
- Každá AI změna rozbije starou funkci. Bez testů AI neumí říct, co se chystá rozbít. Rychlost se zpomaluje na minimum.
- Jste zamčení v platformě, kterou chcete opustit. Lovable šablona, Replit runtime, v0 component vzory - každý vytváří lock-in.
- Potřebujete produkční Stripe, auth, observability. Šablonové platby a základní auth nestačí na reálné zákazníky.
Refaktor, rebuild nebo pokračovat?
Rozhodnutí obvykle závisí na třech faktorech: jak je business logika v pořádku, jak je architektura rozbitá, a jaký máte rozpočet. V našich auditech vypadá rozdělení takhle:
- Pokračovat s guardraily (15 % případů). Aplikace je v pořádku. Přidejte CI/CD, lint pravidla, základní testy a tvrdší AI pravidla pro prevenci regrese.
- Refaktor (70 % případů). Business logika a datový model jsou v pořádku, ale organizace kódu, bezpečnost a infrastruktura potřebují práci. Typicky to vyřeší sprint 4-8 týdnů.
- Rebuild (15 % případů). Architektura je zásadně špatná, nebo cena refaktoru přesahuje 70 % ceny nového vývoje. Správný krok je zachovat to, co funguje (UI, data, business pravidla) a znovu implementovat technický základ pořádně.
Kolik záchrana skutečně stojí
Audit od 15 000 Kč, dodání do 3-5 dní. Zahrnuje audit kvality kódu, secret scan, dependency check, security review a upřímné doporučení, co dělat dál. Stabilizační sprinty - oprava kritických security problémů, vystavených klíčů a show-stopper bugů - obvykle vyjdou na 90 000-130 000 Kč za dva týdny. Plný refaktor nebo migrace na produkční stack vyjde na 220 000-750 000 Kč za 4-8 týdnů podle rozsahu.
Nejdražší část záchrany není psaní nového kódu - je to pochopení toho, co AI už napsala. Senior vývojář musí projít každý soubor, identifikovat co funguje, co ne a co je bezpečné refaktorovat bez rozbití. Proto je fixní audit skoro vždy správným prvním krokem: řekne vám, s čím skutečně máte co do činění, předtím než se zavážete k rozpočtu.
Můžete tomu dluhu předejít?
Ano. Chovejte se k AI jako k juniornímu vývojáři, jehož práci je třeba revidovat. Vynucujte strict TypeScript. Pište testy před refaktorem. Nastavte CI/CD s lint, typecheck a test gates od prvního dne. Nikdy nekomitujte secrets - používejte řádný env management od začátku. Použijte .cursorrules a .clauderules soubory pro omezení toho, co AI generuje, aby následovala konvence vašeho projektu místo vymýšlení nových.
Drtivá většina záchranných prací, které děláme, by se dala vyhnout s těmito guardraily od začátku. Ale pokud čtete tohle, protože jste už nasadili vibe-coded MVP a chcete vědět, co dál, odpověď je jednoduchá: objednejte si audit. Pět dní, fixní cena, upřímný verdikt. Odtamtud je další cesta konkrétní.
Chcete vědět, jestli je vaše vibe-coded aplikace připravená na produkci? Pošlete nám repo a uděláme audit do 5 pracovních dní. Detaily na Záchraně Vibe Kódu, nebo skočte rovnou na bezpečnostní audit, pokud je security okamžitý problém.