- renderowania JavaScript i prawdziwych interakcji użytkownika (klikanie, przewijanie, wypełnianie formularzy)
- trwałych sesji (cookies/storage) dzięki profilom
- routingu przez proxy i powtarzalnej konfiguracji przeglądarki
Uwaga: Ta strona opisuje techniczny wzorzec integracji. Nie zmienia zasad obowiązujących na docelowych stronach internetowych ani nie gwarantuje dostępu do nich.
Ogólny wzorzec integracji
Agenci AI zazwyczaj nie „łączą się z przeglądarką” bezpośrednio. Zamiast tego:- planują kolejny krok
- wywołują udostępnione przez Ciebie narzędzia/funkcje (tool calling)
- odczytują ustrukturyzowane wyniki i kontynuują pracę
- łączą się z sesją w chmurze (token + opcjonalny profil)
- wykonują akcje w przeglądarce (nawigacja, klikanie, pobieranie danych, zrzut ekranu)
- zwracają agentowi ustrukturyzowane wyniki
Zalecana architektura
Agent AI (Claude / Codex / inny) -> wywołuje Twój serwer narzędzi (usługa w Node/Python) -> serwer narzędzi używa Playwright/Puppeteer -> łączy się z Gologin Cloud Browser (zdalny endpoint) -> zwraca wyniki (tekst/JSON/odnośnik do zrzutu ekranu) agentowi Dlaczego warto stosować ten wzorzec:- Twój token Gologin pozostaje po stronie serwera
- możesz stosować limity zapytań, ponawianie prób, logowanie i kontrole bezpieczeństwa
- możesz spójnie ponownie używać profili i serwerów proxy
Wymagania wstępne
1) Token API (po stronie serwera)
Wygeneruj token w panelu:Personal Area -> API Token
https://app.gologin.com/personalArea/TokenApi
Traktuj token jak sekret. Nie udostępniaj go w kodzie po stronie klienta.
2) (Zalecane) Profile i proxy przez REST API
Cloud Browser jest warstwą wykonawczą. Do zarządzania profilami (tworzenie/aktualizacja) i konfiguracji serwerów proxy użyj REST API:- Profiles API: https://gologin.com/docs/api-reference/profile
- Proxy API: https://gologin.com/docs/api-reference/proxy
Ważne: Jeśli profil ma błędnie skonfigurowane lub niedostępne proxy, sesja Cloud Browser nie uruchomi się i zakończy się błędem przekroczenia czasu proxy. Przed połączeniem sprawdź, czy proxy jest osiągalne, lub na czas testów ustaw tryb proxy na none.
Dwa adresy URL — poznaj różnicę
Gologin udostępnia dwa różne adresy URL dla Cloud Browser. Służą one do różnych celów:
Z Puppeteer/Playwright działa tylko endpoint
/connect. Adres Live View zwraca interfejs HTML do streamingu i nie może być używany jako browserWSEndpoint.
Łączenie z sesją w chmurze
Użyj kanonicznego endpointu Cloud Browser:token— Twój token API Gologinprofile— identyfikator profilu (opcjonalny)- Użyj
profileId, gdy potrzebujesz trwałych sesji i kontrolowanej konfiguracji - Jeśli
profilezostanie pominięty, dla sesji może zostać utworzony nowy profil
- Użyj
/connect uruchamia sesję przeglądarki automatycznie — przed połączeniem nie jest potrzebne osobne wywołanie API.
Przykłady implementacji (Puppeteer/Playwright):
https://gologin.com/docs/api-reference/cloud-browser/getting-started
Gotowe narzędzia CLI a własne narzędzia
Istnieją dwa sposoby, aby zapewnić agentom dostęp do przeglądarki:Opcja A: Użyj narzędzi CLI Gologin (zalecane w większości przypadków)
- Agent Browser CLI — gotowe narzędzie CLI z poleceniami
open,snapshot,click,type,fill,screenshot,closei ponad 30 innymi. Zawiera trwały daemon, interakcję opartą na referencjach oraz zwięzłe dane wyjściowe zaprojektowane z myślą o pętlach agentów. - Web Access CLI — zunifikowane narzędzie CLI łączące scraping (Web Unlocker) i interakcję z przeglądarką w jednym.
- AI Skills — gotowe do użycia umiejętności dla Claude Code, które automatycznie obsługują wszystko.
Opcja B: Zbuduj własne narzędzia z Puppeteer/Playwright
Jeśli potrzebujesz pełnej kontroli, zaimplementuj niewielki zestaw wrapperów wokół Playwright/Puppeteer i udostępnij je jako narzędzia. Zwykle wystarczy minimalny zestaw:open_url(url)click(selector)type(selector, text)wait_for(selector | timeout)extract_text(selector | page)screenshot()close_session()
Kluczowe: zarządzanie sesją między wywołaniami narzędzi
To najważniejsze zagadnienie architektoniczne w przypadku scenariuszy agentowych. Agent AI wywołuje narzędzia kolejno, w wielu krokach. Każde wywołanie narzędzia musi używać tego samego połączenia z przeglądarką — jeśli przy każdym wywołaniu utworzysz nowepuppeteer.connect(), utracisz cookies, local storage i stan strony między krokami.
Zalecany wzorzec: utrzymuj na serwerze narzędzi jedną współdzieloną sesję (singleton).
getSession(), aby uzyskać współdzieloną instancję:
Co powinny zwracać narzędzia agentowi?
Zwracaj niewielkie, ustrukturyzowane wyniki, aby agent mógł niezawodnie kontynuować pracę, na przykład:- bieżący adres URL
- pobrany tekst / JSON
- informację, czy element został znaleziony
- odnośnik do zrzutu ekranu (jeśli go zapisujesz)
- typ błędu (przekroczenie czasu, błąd nawigacji itp.)
Uwagi operacyjne
- Bezpieczeństwo: przechowuj token po stronie serwera; nigdy nie umieszczaj go w aplikacjach klienckich.
- Zarządzanie sesjami: zamykaj sesje po zakończeniu pracy, aby nie osiągnąć limitów równoczesnych sesji. Wywołaj
closeSession(), gdy scenariusz agenta się zakończy. - Niezawodność: dodaj ponawianie prób z narastającym opóźnieniem (backoff) dla przejściowych błędów (przekroczenia czasu, błędy nawigacji).
- Obserwowalność: podczas debugowania możesz otworzyć Live View, gdy jest dostępny. Przykładowy format adresu URL:
https://cloudbrowser.gologin.com/browsers/{profileId}/{sessionId-or-view-token}/
Ograniczenia
- Wyniki zależą od docelowej strony internetowej i Twojej konfiguracji.
- Strony internetowe mogą blokować automatyzację; Cloud Browser jest środowiskiem uruchomieniowym, a nie gwarancją dostępu.
- Łączenie się z tym samym profilem z wielu równoczesnych sesji może powodować konflikty — używaj jednego połączenia na profil w danym momencie.
- Obowiązują limity i ograniczenia liczby zapytań: https://gologin.com/docs/api-reference/limitations/rate-limits