Vibe coding pokladního systému: Jak daleko se vlastně můžete dostat?
Vibe coding vám zajistí přesvědčivé demo POS za jedno odpoledne. Nezajistí vám však správu zásob, která přežije dva současné prodeje, reporty, které se shodují, ani platby kartou. Zde je místo, kde narazíte na skutečnou zeď.
Překvapivě daleko, a pak narazíte do zdi. Vibe coding pokladního systému vám za jedno odpoledne zajistí přesvědčivou obrazovku pokladny, katalog produktů a funkční logiku košíku, aniž byste museli umět kódovat. Co vám však nezajistí, je POS, na kterém můžete provozovat firmu. Vzdálenost mezi těmito dvěma věcmi je tématem tohoto příspěvku, protože demo ukazuje tuto mezeru mnohem menší, než ve skutečnosti je.
Jedno upozornění před podrobnostmi: nástroje AI se mění každý měsíc, takže podrobnosti zde uvedené berte jako momentku platnou v době publikace.
Co vlastně můžete pomocí vibe codingu postavit?
Více, než tvrdí skeptici. Zadejte nástroji jako Lovable, Replit nebo v0 prompt „postav POS pro moji kavárnu“ a dostanete zpět skutečné rozhraní: mřížku menu, modifikátory, košík, celkovou částku, možná i simulovaný krok platby. Vypadá to správně, kliká to správně a můžete to představit lidem ještě týž den.
To není žádný trik. Pro viditelnou vrstvu POS je generování pomocí AI legitimně dobré a neustále se zlepšuje. Pokud potřebujete prototyp, prezentaci pro investory nebo způsob, jak si promyslet vlastní proces odbavení, vibe coding vám to splní.
Kde se vibe-coded POS rozpadá?
V částech, které musí být správné za každých okolností, aniž by na ně někdo dohlížel.
Správa zásob při souběžném přístupu (dva prodeje probíhající ve stejný okamžik): logika zásob vygenerovaná AI obvykle přečte množství, odečte jedničku a zapíše ho zpět. Dva současné prodeje posledního kusu tak oba uspějí a vy prodáte zásoby, které nemáte.
Reporty, které se shodují (celkové částky odpovídají penězům, které se skutečně přesunuly): demo report pouze sečte tabulku. Skutečný report přežije refundace, stornování, částečné platby a změny cen uprostřed dne, aniž by se odchýlil od čísel vašeho platebního procesoru.
Daně: sazby podle regionů, pravidla podle kategorií produktů, zaokrouhlování na úrovni položek versus celkové částky. Chybné odpovědi zde nejsou jen chyby v kódu, jsou to právní závazky.
Bezpečnost: ve studii společnosti Veracode z roku 2025, která zkoumala více než 100 modelů AI, 45 % vygenerovaných vzorků kódu neprošlo bezpečnostními testy OWASP Top 10 a míra selhání se u novějších nebo větších modelů nezlepšila¹.
Žádné z těchto selhání se v demoverzi neprojeví. Všechna se však projeví ve druhém měsíci provozu obchodu.
A co přijímání skutečných plateb?
Toto je ta nejtvrdší stopka. Online platby kartou vyžadují soulad s PCI (bezpečnostní pravidla pro data o kartách) a platby za přítomnosti karty navíc vyžadují certifikovaný terminálový hardware spárovaný s platebním procesorem. Neexistuje žádný prompt, který by vygeneroval certifikaci hardwaru.
Apple a Google to vynucují hned na začátku: psali jsme o tom, proč jsou platební aplikace vytvořené pomocí vibe codingu zamítány v App Store, a zkrácená verze zní, že schvalovací týmy kontrolují, kudy platby tečou, mnohem dříve, než zkontrolují, jak hezké je vaše rozhraní.
Poznáte, když to AI udělala špatně?
Tato otázka rozhoduje o tom, zda je vibe coding bezpečný pro danou část vašeho POS. Obrazovku pokladny můžete posoudit pouhým pohledem. Kód pro zamykání zásob nebo odsouhlasení plateb však pohledem neposoudíte a většina obchodníků by ani nevěděla, co hledat.
Standardní námitka zní: „nechte výstup AI zkontrolovat vývojářem.“ To je sice fér, ale v tom případě stejně platíte za vývoj a kontrola cizího, neznámého kódu (ať už lidského, nebo od AI) je často pomalejší než jeho napsání od nuly. Ekonomika, díky níž byl vibe coding atraktivní, je pryč.
Jak daleko se tedy vlastně můžete dostat?
Až k přesvědčivému demu, ale téměř nikam v částech, které dělají z POS obchodní systém. Viditelná vrstva je pro AI vyřešeným problémem; finanční vrstva nikoli a selhává v tichosti. Praktické pravidlo zní: než necháte AI něco postavit, zeptejte se sami sebe, zda byste poznali, kdyby to udělala špatně. Pokud ano, klidně zadávejte prompty. Pokud ne, tato část patří na otestovanou infrastrukturu.
Toto rozdělení je přesně způsobem, jakým jsou strukturovány nástroje pro tvorbu AI POS, jako je ten od Final: AI navrhuje vaše procesy odbavení, zatímco zásoby, reportování a platby běží na předem připravených kolejích, které nemůže rozbít. Pokud chcete vidět, jak to vypadá v praxi, začněte s vytvořením svého prvního procesu nebo naším návodem na využití ChatGPT k vytvoření vlastního POS.
Často kladené otázky
Co je to vibe coding?
Vibe coding znamená, že popíšete požadovaný software běžným jazykem a necháte umělou inteligenci napsat kód, přičemž výsledek přijímáte do značné míry na základě důvěry. Tento termín se ujal v roce 2025 a dnes zahrnuje nástroje jako Lovable, Replit a v0, stejně jako programování přímo pomocí chatbotu.
Dokáže AI postavit kompletní POS systém na základě promptu?
Dokáže vytvořit viditelnou vrstvu: platební obrazovku, katalog produktů a logiku košíku. Části, na kterých závisí chod firmy, jako je přesný stav zásob při vysokém zatížení, odsouhlasené přehledy a platby kartou v souladu s předpisy, však vyžadují otestovanou obchodní infrastrukturu na pozadí.
Je software vytvořený pomocí vibe codingu bezpečný pro přijímání plateb kartou?
Sám o sobě ne. Platby kartou vyžadují shodu s PCI (bezpečnostní pravidla pro údaje o kartách) a platby za přítomnosti karty vyžadují certifikovaný terminálový hardware. Nic z toho nelze vygenerovat pomocí promptu, a proto jsou platební aplikace vytvořené pomocí vibe codingu z obchodů s aplikacemi běžně zamítány.
Jaký je rozdíl mezi demo POS a produkčním POS?
Demo musí fungovat jen jednou, když se zrovna díváte. Produkční POS musí fungovat správně pokaždé, i když nikdo nedohlíží: dva současné prodeje nesmí prodat více zboží, než je skladem, a každý přehled musí odpovídat penězům, které reálně proběhly.