Přeskočit na obsah

Vibe coding do produkce: co prototypu chybí

Pro zakladatele · Aktualizováno

Filip Papraneczakladatel Digitaliko

Vibe coding vám postaví prototyp. My software, na kterém běží firma. Ilustrace: rozházený prototyp vlevo se mění na pevnou aplikaci se zabezpečením, klíči, zálohami a monitoringem.Vibe coding vám postaví prototyp. My software, na kterém běží firma. Ilustrace: rozházený prototyp vlevo se mění na pevnou aplikaci se zabezpečením, klíči, zálohami a monitoringem.

Vibe coding do produkce znamená přidat k prototypu to, co AI nástroj sám od sebe neudělá. Bezpečné přihlášení a práva, hesla mimo kód, zálohy, opakovatelné nasazení, testy a monitoring. Prototyp přitom není zbytečný. Je to nejlepší zadání, jaké můžete dodavateli dát.

Vibe coding vám postaví prototyp. My software, na kterém běží firma. Níže popisujeme, co prototypu chybí, jak to zkontrolovat a kdy se vyplatí začít znovu. Co je vibe coding a proč zlevnil software, vysvětlujeme v článku Vibe coding: co to je a proč je software najednou levný.

Co je vibe coding a kde končí?

Vibe coding znamená, že AI nástroji popisujete, co chcete, a kód, který vyrobí, přijmete bez čtení. Za víkend tak vznikne aplikace, kterou si můžete proklikat. Před pár lety na to byl potřeba vývojář a měsíce práce.

Vibe coding snížil vstupní bariéru, strop ale neposunul. Prototyp dnes vytvoří skoro kdokoli. První skutečný nápor uživatelů, první útok nebo první ztracená databáze ale ukážou, co chybí. Nástroje jsou stejné. Rozdíl dělá inženýrská disciplína kolem nich.

Rezervační aplikace jako prototyp z vibe codingu a stejná aplikace v ostrém provozu. Pět věcí, které AI nástroj sám neudělá: stejná kontrola přihlášení na každém vstupu, klíče mimo kód, vyzkoušená obnova ze zálohy, nasazení jedním příkazem s CI a upozornění dřív, než si zákazník stěžuje.Rezervační aplikace jako prototyp z vibe codingu a stejná aplikace v ostrém provozu. Pět věcí, které AI nástroj sám neudělá: stejná kontrola přihlášení na každém vstupu, klíče mimo kód, vyzkoušená obnova ze zálohy, nasazení jedním příkazem s CI a upozornění dřív, než si zákazník stěžuje.

Co prototypu chybí do ostrého provozu?

Tyto body kontrolujeme, když prototyp přebíráme do ostrého provozu. Když z něj něco chybí, není to důvod k přepisu. Je to seznam práce.

OblastV prototypuV ostrém provozu
Přihlášení a právaFunguje na hlavní obrazovceStejná kontrola na každém vstupu, i v API
Hesla a klíčeČasto přímo v kóduMimo repozitář, vyměněné, pokud tam někdy byly
DataJedna databáze bez zálohZálohy, které jste aspoň jednou obnovili
NasazeníRučně, z jednoho počítačeJedním příkazem, opakovatelně, s cestou zpět
Testy a CIŽádné, nebo zelené bez obsahuTesty, které při chybě selžou, a CI, které blokuje
MonitoringVýpadek nahlásí zákazníkUpozornění přijde dřív než stížnost zákazníka
ÚčtyNa osobním účtu toho, kdo to naklikalNa firmu, s přístupem pro víc lidí

Nejzrádnější je první řádek. Kód z vibe codingu nebývá špatný. Bývá nekonzistentní. AI udělá kontrolu přístupu jednou správně a v sousedním souboru na ni zapomene. Viděli jsme to při auditu produktu z vibe codingu: jeden soubor měl správnou kontrolu přihlášení a sousední endpointy vydávaly soubory bez přihlášení. Oprava je pak rychlá, ale najít chybu znamená projít všechno.

Celý seznam s 25 body a způsobem, jak je ověřit i bez vývojáře, máte v PDF. Stáhněte si 25 bodů před spuštěním (PDF).

Je váš prototyp připravený? Rychlý test

Zaškrtněte, co o vaší aplikaci platí. Každý nezaškrtnutý bod je jeden úkol před spuštěním.

Proč je monitoring na seznamu, i když aplikace běží?

Protože to, co běží bez dozoru, jednou potichu přestane. Stalo se to i nám. Na projektu pro klienta s online marketplace v prosinci 2025 přestal běžet crawler. Zjistili jsme to pozdě, až z grafu. Návštěvnost mezitím klesla z 250 000 na 66 000 zobrazení měsíčně.

zobrazení měsíčně poté, co v prosinci 2025 potichu přestal běžet crawler
250K → 66K

Případová studie: OffroadMarket

Chybělo upozornění, které by výpadek nahlásilo ještě ten den. Proto je monitoring při každém přechodu do ostrého provozu povinný, ne bonus.

Pokračovat s prototypem, nebo začít znovu?

Většinou pokračovat. Když jsme auditovali prototyp jednoho zakladatele, přepis jsme nedoporučili. Doporučili jsme zpevnění: pár bezpečnostních oprav, zprovozněné nasazování a pak normální práce. Začít znovu se vyplatí, jen když by opravy trvaly déle než nová verze.

Poctivě se to dá říct až po pohledu do kódu. Tři možné verdikty a co si vyžádat, pokud aplikaci psal někdo jiný, rozebíráme v článku Jak převzít aplikaci od jiného dodavatele.

I když se kód píše znovu od začátku, prototyp zůstává. Ukazuje, jak má produkt fungovat, lépe než jakákoli specifikace. Vy víte, jak vaše firma funguje. Naší prací je dostat to do softwaru, který vydrží roky.

Musíte s vibe codingem přestat?

Ne. Pokud vás baví zkoušet nové obrazovky sami, pokračujte. Repozitář nastavíme tak, aby vaše pokusy zapadly do zbytku systému. Projdou stejnými testy a stejnou kontrolou kódu jako všechno ostatní.

Nemám nic proti vibe codingu. Lidé bez techniky si konečně můžou něco postavit. Ale neviděl jsem jediný projekt z vibe codingu, který by přežil produkci, aniž by někdo nakonec zavolal inženýry.

Filip Papranec
Filip Papranec
zakladatel Digitaliko

Vy dál zjišťujete, jak má produkt fungovat. My se staráme, aby to vydrželo ostrý provoz. Přesně o tom je náš vývoj MVP pro zakladatele. Pokud vám aplikaci dělala agentura a zasekla se, podívejte se i na článek Agentura nedodala aplikaci. Co teď?.

Kdy to nedoporučujeme

  • Prototyp používáte jen vy nebo pár kolegů ve firmě. Do ostrého provozu ho dostávat netřeba. Jen si zálohujte data.
  • Ověřujete nápad a ještě nemáte uživatele. Pokračujte s vibe codingem sami. Dodavatele řešte, až když o produkt někdo stojí.
  • Chcete hotovou platformu se vším v prvním měsíci. To neslíbíme. Začneme tím, co potřebují první uživatelé.
  • Hledáte někoho, kdo to postaví za podíl ve firmě. To neděláme. Hledejte technického spoluzakladatele.

Co si připravit před prvním rozhovorem?

Specifikaci nepotřebujete. Stačí tři věci:

  1. Přístup ke kódu

    Pozvánka do repozitáře nebo export projektu z AI nástroje.

  2. Kdo ji používá

    Kdo aplikaci dnes používá a k čemu.

  3. Co bolí

    Co se už pokazilo nebo čeho se bojíte.

Chcete prototyp dostat k zákazníkům?

Pošlete nám ty tři věci. Ozveme se do dvou pracovních dnů a společně vybereme, co vyřešíme jako první.

Pokud si chcete nejdřív promluvit, domluvte si meeting na 15 minut s Filipem.

Co vašemu prototypu chybí, aby ho mohli používat první zákazníci?

Ve zkratce

  • Prototyp z vibe codingu je dobré zadání. Do ostrého provozu mu chybí to, co AI nástroj sám neudělá.
  • Před spuštěním zkontrolujte přihlášení na každém vstupu, hesla mimo kód, obnovu ze zálohy, nasazení s CI a monitoring.
  • Chybějící body nejsou důvod k přepisu. Jsou to úkoly. Začít znovu se vyplatí, jen když by opravy trvaly déle než nová verze.
  • Monitoring není bonus. Co běží bez dozoru, jednou potichu přestane.

Časté otázky

Co je vibe coding?

Způsob, jak vytvořit aplikaci tak, že AI nástroji popisujete, co chcete, a kód, který vyrobí, přijmete bez čtení. Na prototyp je to rychlé a levné. Do ostrého provozu mu chybí kontrola.

Dá se aplikace z vibe codingu nasadit do produkce?

Ano, ale ne v současném stavu. Nejdřív je potřeba zkontrolovat přihlášení a práva, dostat hesla z kódu, nastavit zálohy, opakovatelné nasazení, testy a monitoring.

Je potřeba prototyp z vibe codingu přepsat od nuly?

Většinou ne. Častěji stačí zpevnit bezpečnost a provoz a pak pokračovat. Jestli je přepis nutný, se dá poctivě říct až po pohledu do kódu.

Je aplikace z vibe codingu bezpečná?

Bez kontroly se to říct nedá. Nejčastějším problémem není špatný kód, ale nekonzistentní kód: jedna část má správné přihlášení, sousední vydá data komukoli. Je potřeba zkontrolovat každý vstup.

Můžu si aplikaci dál upravovat sám i po převzetí?

Ano. Repozitář se dá nastavit tak, aby vaše pokusy zapadly do zbytku systému a prošly stejnými kontrolami jako zbytek kódu.

Zeptejte se AI na tento článek

AI při odpovědi využije i naše další články a zkušenosti z reálných projektů.

ChatGPTClaudePerplexity
Blog

Ostatní články

Pro zakladatele

Lovable do produkce: export kódu a bezpečnost aplikace

Aplikace z Lovable funguje, ale nevíte, jestli vydrží zákazníky? Kód se dá přes GitHub dostat ven a dál rozvíjet. Co zkontrolovat, hlavně přístup k datům, a co doplnit bez přepisu.

Pro zakladatele

Jak převzít aplikaci od jiného dodavatele?

Aplikaci od jiného dodavatele převezmete ve třech krocích: zajistíte si kód, přístupy a data, necháte někoho podívat se do kódu a teprve pak se rozhodnete. Checklist a tři možné verdikty.

Pro zakladatele

PWA aplikace, nebo mobilní aplikace? Jak se rozhodnout

PWA aplikace stačí, když ji používají lidé, kterým pošlete odkaz. Do App Store a Google Play jděte, když vás tam mají najít noví lidé nebo potřebujete funkce, které web nemá. Srovnání, test a jak začít.

LinkedIn

Reálné zkušenosti, žádný hype

Filip Papranec, zakladatel Digitaliko. Na LinkedInu řešíme technické výzvy, sdílíme zkušenosti z vývoje a ukazujeme, jak AI reálně mění byznys. AI hype nemáme rádi: jsme realisté, ne prodejci snů.

Čas přestat plánovat a začít řešit.

Kontakt

  • Digitaliko s.r.o.
    Šípková 377/17
    958 03 Malé Uherce, Slovensko
  • Ozvěte se nám
    info@digitaliko.com
    +421 950 595 506
    WhatsApp