Proč nezůstávat jen na Lovable

Lovable je skvělý startér. Z nuly do živé aplikace tě dostane za odpoledne, designy vypadají dobře hned a hosting řeší za tebe. Je tu ale past, do které velká část začínajících vibe coderů spadne: Lovable se stane jediným nástrojem, který umí. A tím se zastaví jejich růst.

Tahle kapitola je o tom, proč sáhnout za hranice Lovable a kdy — ne o tom, že bys ho měl opustit.

Past „jediného nástroje"#

Začínáš v Lovable, postavíš první projekt, daří se. Postavíš druhý, třetí. Po šestém projektu zjistíš, že:

• Některé úpravy ti trvají hodiny přes Lovable prompty, i když by je vývojář udělal za 5 minut v editoru.
• Občas si přepíšeš změnu druhou změnou, protože jsi neměl historii pod kontrolou.
• Kredity ti rychle dochází, i když řešíš drobnosti.
• Když chceš netradiční integraci (specific API, neobvyklý framework, mobilní app), Lovable ti řekne ne.

A tady přichází ten okamžik — buď zazlobíš, nebo se rozhodneš naučit jeden další nástroj — a najednou jsou tvé možnosti řádově širší.

Konkrétní limity Lovable#

Granularita úprav#

Lovable ti generuje větší kusy najednou. Když chceš upravit jednu funkci nebo přejmenovat proměnnou napříč deseti soubory, je to neefektivní. Claude Code (terminálový nebo IDE) to udělá za sekundu.

Vendor lock-in (i když mírný)#

Lovable je díky GitHub synchronizaci vyzrálý v tom, že kód je tvůj — ale jakmile chceš dělat změny mimo Lovable, narazíš na to, že některé úpravy se nesynchronizují zpět (nebo se synchronizují pomalu). Pro malé projekty problém není, pro vážnější ano.

Komplexní featury#

• Reálný-time multiplayer (Figma-style kolaborace)
• Vlastní serverový backend v Pythonu nebo Go
• Mobilní nativní app
• Komplexní data pipeline / AI agent v backendu

Pro tohle Lovable buď není stavěný, nebo to dělá omezeně. Většinu z toho zvládneš s alternativou (Emergent pro mobil, Replit Agent pro custom backend) nebo přechodem na editor s AI (Claude Code, Codex, Cursor).

Kreditové náklady při ladění#

Kreditový systém znamená, že každý prompt něco stojí. Když ladíš drobnost a pošleš 30 promptů než to vyřešíš, šel ti den. V editoru s AI fixní předplatné = neomezené iterace.

Co se učit dál — postupně#

Nemusíš to všechno nastudovat naráz. Klíčem je přidávat jednu vrstvu navíc, když narazíš na limit:

flowchart LR
  L[Lovable] -->|Limit 1: Detail úprav| C[+ Claude Code<br/>v Lovable / web]
  C -->|Limit 2: Chci offline| T[+ Lokální prostředí<br/>Workshop 4]
  T -->|Limit 3: Vlastní backend| E[+ Editor jako Cursor<br/>nebo Windsurf]
  E -->|Limit 4: Plná kontrola| Dev[Vývoj jako programátor]

Každý krok ti přidá schopnost dělat věci, které předtím nešly — a stojí dny, ne měsíce učení.

Kdy je v pořádku zůstat#

Lovable jako jediný nástroj stačí, pokud:

• Stavíš landing page nebo MVP, který za rok stejně zahodíš.
• Tvůj projekt je naprosto standardní webová aplikace bez exotických featur.
• Nechceš trávit čas učením dalších nástrojů — tvůj čas má vyšší cenu jinde.
• Tvůj klient/zaměstnavatel platí kredity a tobě je jedno, kolik prompt stojí.

Příklad: typický „překračovací" moment#

Klient chce e-mail šablonu s vlastním HTML.
Lovable šablonu vygeneruje, ale font není ten, který chce.
Iteruješ — Lovable promptem 1, 2, 3 — font se nemění.
Otevřeš Claude Code, požádáš o "změň font v src/emails/welcome.tsx na Inter".
Za 5 vteřin máš diff, schválíš, commitneš.
Hotovo. Lovable by ten samý zásah zvládl možná na 10. pokus.

Tohle není „proti Lovable" — to je stejný projekt, dva nástroje, každý na to, co umí líp.

Doporučená cesta#

1. Workshop 1 — postav v Lovable
2. Workshop 2 — napoj na GitHub (důležitý krok ven z lock-inu)
3. Workshop 3 — první zásah přes Claude Code z webu
4. Workshop 4 — lokální prostředí, pokud chceš ještě víc kontroly

Po tomhle nejsi „programátor", ale rozšířený vibe coder — a to ti otevírá podstatně víc projektů.