Każda prezentacja narzędzia do vibe codingu wspomina o własności kodu gdzieś w pierwszym akapicie. Eksport do GitHub. Brak zastrzeżonego formatu. Zabierz to ze sobą. Brzmi jak przeciwieństwo uzależnienia od dostawcy, i dla tej części aplikacji, która jest po prostu komponentami React, w większości tak właśnie jest.
Część, o której nigdy nie mówi się w prezentacji, to baza danych. A to właśnie w niej żyje prawdziwa aplikacja.
Co tak naprawdę eksportuje “eksport”
Zarówno Bolt, jak i Base44 oferują prostą synchronizację z GitHub dla frontendu, a Lovable robi to samo dla swojego kodu React/TypeScript. Jeśli Twoja aplikacja to strona marketingowa lub statyczny prototyp, ten eksport to niemal cała aplikacja i możesz przekazać repozytorium programiście, po czym spokojnie odejść.
Aplikacje biznesowe to co innego. Gdy tylko Twoja aplikacja ma logowanie, role i prawdziwe rekordy, większość tego, co sprawia, że działa, nie znajduje się w drzewie komponentów, tylko w schemacie, regułach uwierzytelniania i logice uprawnień stojącej za nimi. To dokładnie ta warstwa, której platformy niechętnie się pozbywają.
Base44 mówi o tym wprost, a nie w sposób domyślny: recenzenci zauważają, że kod frontendu eksportuje się do GitHub, ale baza danych i backend pozostają w całości hostowane na infrastrukturze Base44 i nie można ich bezpośrednio zmodyfikować ani wyeksportować. Jeden z twórców korzystających z Base44, próbując pobrać własne pliki z platformy, napisał wprost na Reddicie: “Nie widzę żadnych plików src wśród dostępnych plików, więc obawiam się, że musiałbym zapłacić za rok w planie builder, żeby w ogóle ściągnąć build z Base44. To 480 dolarów, co jest dość absurdalne.” Technicznie można odejść. Tylko najpierw trzeba zapłacić za subskrypcję, żeby dowiedzieć się, z czym się odchodzi.
Problem Hotelu California
Skargi dotyczące Lovable idą o krok dalej, bo problemem nie jest tylko to, co się nie eksportuje, ale to, co zmienia się bez pytania. Wątek na Reddicie, który stał się punktem odniesienia w społeczności, opisuje, jak AI Lovable samodzielnie migruje prywatną bazę danych Supabase twórcy do Lovable Cloud, bez wyraźnej zgody, i nazywa platformę “Hotelem California dla Twojej bazy danych: możesz się zameldować, ale nigdy nie wyjedziesz.”
To inny rodzaj awarii niż “brakuje przycisku eksportu.” To platforma po cichu przenosi rzecz, którą i tak trzeba by wyeksportować. Jeśli zakładałeś, że Twoje dane znajdują się we własnym projekcie Supabase, bo tak narzędzie się reklamuje, odkrycie prawdy po fakcie to dokładnie ten rodzaj niespodzianki, z którego rodzi się ostrzegawczy wątek na Reddicie, znajdowany później przez innych twórców, tuż zanim zrobią to samo założenie.
Uzależnienie od backendu w Base44 prowadzi do tego samego wniosku z innej strony: recenzent z Product Hunt zauważył, że nawet tam, gdzie kod frontendu eksportuje się bez problemu, baza danych i backend pozostają uwięzione w zamkniętej infrastrukturze Base44, co uniemożliwia prawdziwą migrację bazy danych. Dwie platformy, dwa mechanizmy, ten sam efekt: część aplikacji przechowująca Twoje prawdziwe dane biznesowe to właśnie ta, której nie da się łatwo zabrać ze sobą.
Dlaczego to narasta, zamiast pozostać na tym samym poziomie
Nic z tego nie ma większego znaczenia pierwszego dnia, bo pierwszy dzień to demo z przykładowymi danymi. Zaczyna to mieć znaczenie, gdy aplikacja ma prawdziwych użytkowników, a schemat urósł poza to, co pierwotnie zbudował jeden prompt.
Dług schematu to mechanizm, który zamienia “kiedyś to zmigrujemy” w “utknęliśmy.” Twórcy korzystający z Lovable od dłuższego czasu zgłaszają, że pozwolenie AI na projektowanie schematu bazy danych na początku działa dobrze, ale po sześciu do dziewięciu miesiącach generuje dług schematu na tyle poważny, że dodanie jednego nowego pola może wymagać przepisania dziesiątek zależnych od niego przepływów pracy. W tym momencie migracja to nie kopiowanie tabeli, tylko rozplątywanie systemu, którego nikt w pełni nie udokumentował podczas budowy. To samo badanie zauważa, że doświadczeni twórcy odradzają teraz Lovable do wszystkiego, co ma działać dłużej niż 18 do 24 miesięcy, zalecając przejście na stos oparty na kodzie, zanim ten dług jeszcze bardziej narośnie.
Zestawmy to z platformą, która sama aktualizuje się pod Tobą. Twórcy na Lovable opisują, że aktualizacje samej platformy regularnie psują istniejące aplikacje klientów, do tego stopnia, że niektórzy zaczęli pobierać od klientów miesięczną opłatę za utrzymanie tylko po to, by pokrywać regresje wprowadzane przez samą platformę. Nie jesteś uzależniony tylko od bazy danych. Jesteś też uzależniony od naprawiania szkód, które wyrządza dostawca, podczas gdy jesteś od niego zależny.
“Naprawdę boję się Base44, bo buduję fundament swojego biznesu na tej platformie… coś działa dzisiaj, a jutro to zabierają.” - użytkownik Base44, r/Base44
Co naprawdę zmniejsza ryzyko
Nie będziemy udawać, że istnieje wersja “platformy hostowanej,” która oznacza zerowe uzależnienie. Softr też jest hostowany, i jeśli zamkniesz konto, nie odejdziesz z przenośną aplikacją, tak samo jak w przypadku Lovable czy Base44. Uczciwe pytanie nie brzmi “czy mogę całkowicie uniknąć uzależnienia,” tylko “ile moich danych pozostaje dostępnych, gdy nadal korzystam z platformy, i jak trudne jest wyjście, gdyby kiedykolwiek było potrzebne.”
W tej kwestii mechanizm liczy się bardziej niż hasło marketingowe. Kilka rzeczy wartych sprawdzenia, zanim zbudujesz na jakiejkolwiek platformie coś, na czym naprawdę Ci zależy:
- Czy zewnętrzne narzędzie może dotrzeć do Twoich danych bez przechodzenia przez interfejs aplikacji? Własna baza danych Softr udostępnia serwer MCP (
mcp.softr.io) oraz API REST, dzięki czemu narzędzia takie jak Claude, Cursor czy skrypt mogą odczytywać, zapisywać lub przebudowywać Twój schemat w języku naturalnym, gdy wciąż budujesz aplikację. Softr wprost przedstawia to jako sposób na zapobieganie uzależnieniu od dostawcy poprzez utrzymanie bazy danych dostępnej poza jednym interfejsem, co jest innym rodzajem obietnicy niż “kiedyś będziesz mógł wyeksportować kod.” - Czy platforma po cichu przenosi Twoją infrastrukturę bez informowania Cię o tym? To dokładnie zarzut wobec Lovable. Jeśli Twoja platforma może zmienić, gdzie znajdują się Twoje dane, w ramach działania AI, zapytaj, co to wywołuje i czy możesz z tego zrezygnować.
- Ile tak naprawdę kosztuje zmiana schematu po sześciu miesiącach? Nie pierwszego dnia, gdy wszystko jest świeżo zbudowane przez AI, ale po tym, jak realne użytkowanie ukształtowało dane. Dług schematu to powolna wersja uzależnienia od dostawcy i ta, która nie pojawia się na stronie z cennikiem.
Jeśli aplikacja to naprawdę prototyp albo prywatny projekt, nic z tego nie powinno Cię powstrzymać przed zbudowaniem jej w ten weekend w stylu vibe coding, razem z eksportowalnym kodem. Ale jeśli to portal klienta, narzędzie wewnętrzne albo cokolwiek z prawdziwymi użytkownikami i prawdziwymi rekordami, problem drugiego dnia i problem uzależnienia od dostawcy to ten sam problem pod dwiema nazwami: instalacja, o której nie pomyślałeś pierwszego dnia, to dokładnie to, co najtrudniej przenieść dwusetnego dnia. Sprawdź nasz ranking portali klienckich, zanim wybierzesz fundament, z którego nie da się łatwo zrezygnować.