Aplikacja z Lovable działa już w ChatGPT i Claude

Lovable ogłosiło 15 lipca 2026 funkcję „agent integrations“: każdą publicznie opublikowaną aplikację można udostępnić jako serwer MCP, dzięki czemu Twoi użytkownicy korzystają z niej wewnątrz ChatGPT albo Claude, bez wchodzenia na Twoją stronę. W opisie producenta brzmi to tak: zamiast przechodzić do aplikacji, użytkownik używa jej bezpośrednio w ChatGPT, Claude albo innym narzędziu AI, którego akurat używa. Funkcja obejmuje każdą publicznie opublikowaną aplikację, niezależnie od planu, ale trzeba ją włączyć samodzielnie.

Co to właściwie znaczy

Do tej pory aplikacja zbudowana w Lovable była zwykłą stroną: żeby ktoś jej użył, musiał kliknąć w link i wejść. To jest największa bariera każdego małego projektu, bo o uwagę trzeba się bić z całym internetem.

Ta funkcja odwraca kierunek. Aplikacja przestaje być miejscem, do którego się wchodzi, a staje się narzędziem, po które agent sięga tam, gdzie użytkownik już siedzi. Jeśli zbudowałeś kalkulator wyceny, ktoś może poprosić ChatGPT o wyliczenie i dostać wynik z Twojej aplikacji, nie opuszczając czatu.

Mechanizm to MCP, czyli otwarty standard łączenia modeli AI z zewnętrznymi narzędziami i danymi. Lovable nazywa go w ogłoszeniu wprost rodzącym się standardem branżowym łączenia narzędzi AI z innymi produktami. Wyjaśniamy go po ludzku w haśle słownika o MCP, ale w skrócie: MCP jest dla agentów tym, czym port USB dla urządzeń. Jedna wtyczka, wiele narzędzi, żadnego dogadywania się każdego z każdym osobno.

Jak to działa w praktyce

Konfiguracja jest po stronie właściciela aplikacji i nie dzieje się sama. Włączasz agent integrations w publicznym projekcie, a Lovable czyta logikę Twojej aplikacji i samo proponuje zakres serwera MCP, czyli to, co agent będzie mógł zrobić. To wygodne, ale wymaga Twojej uwagi: propozycja narzędzia to punkt wyjścia, a nie decyzja, którą warto klikać w ciemno.

Jedna rzecz zasługuje na pochwałę, bo idzie pod prąd temu, co widzieliśmy w tym tygodniu w branży. Serwer MCP Twojej aplikacji domyślnie wymaga logowania i jest chroniony przez OAuth. Domyślne ustawienie jest tu bezpieczne, a nie otwarte na oścież, i to jest dokładnie ta różnica, o którą rozbiła się afera z Grok Build, gdzie domyślne zachowanie działało przeciwko użytkownikowi. Punkt dla Lovable.

Czego producent nie mówi

Uczciwie: w ogłoszeniu nie ma ani słowa o kosztach i limitach. Nie wiadomo, czy ruch generowany przez agentów zużywa Twoją pulę w Lovable, ile zapytań wytrzyma darmowy plan ani co się stanie, gdy Twoja aplikacja nagle spodoba się tysiącom użytkowników ChatGPT. Przy narzędziu rozliczanym za zużycie to nie jest drobiazg, tylko pierwsze pytanie, jakie zadaje każdy, kto płacił już rachunek za nieoczekiwany ruch.

Drugie niedopowiedzenie dotyczy słowa „Claude“. Ogłoszenie mówi o Claude ogólnie i nie precyzuje, czy chodzi o aplikację Claude, czy o Claude Code w terminalu. Dla nietechnicznego twórcy to różnica praktyczna, bo to dwa różne konteksty użycia.

Czy warto się tym zająć

Jeśli masz opublikowaną aplikację w Lovable i choć jednego użytkownika: tak, warto włączyć i sprawdzić. Koszt eksperymentu jest niski, a rozstaw możliwości spory, bo trafiasz do narzędzia, którego ludzie używają codziennie, zamiast prosić ich o kolejną zakładkę w przeglądarce.

Jeśli dopiero zaczynasz, potraktuj to jako sygnał, w którą stronę idzie cała kategoria, a nie jako powód do zmiany planów. Wciąż obowiązuje ta sama kolejność: najpierw zbuduj coś, co działa i komuś się przydaje, potem myśl o tym, gdzie to udostępnić. Aplikacja, której nikt nie potrzebuje, nie stanie się potrzebna przez to, że da się ją wywołać z czatu.

Jest też trzecia grupa, dla której to realna zmiana: osoby budujące narzędzia wewnętrzne dla firmy. Zamiast uczyć zespół nowej aplikacji i prosić, żeby ją otwierał, podpinasz ją do czata, z którego i tak korzystają. To najkrótsza droga od „zbudowałem narzędzie“ do „zespół faktycznie go używa“, a przy wewnętrznych narzędziach właśnie ten ostatni krok zawodzi najczęściej.

Na koniec praktyczna przestroga, niezależna od marki. Zanim otworzysz swoją aplikację na agentów, sprawdź, co ona właściwie potrafi zrobić. Jeśli tylko liczy i pokazuje, ryzyko jest niewielkie. Jeśli zapisuje dane, wysyła maile albo zmienia coś w bazie, to każdy udostępniony agentowi przycisk jest przyciskiem, który agent kiedyś naciśnie. Zakres serwera MCP zawężaj do tego, co naprawdę ma być dostępne z zewnątrz, i nie zostawiaj tam niczego, czego nie chciałbyś zobaczyć uruchomionego bez Twojej wiedzy.