Cookie jar

Restorm utrzymuje prawdziwy słoik cookies dla każdego środowiska. Nagłówek Set-Cookie z odpowiedzi jest przechwytywany — z poszanowaniem Domain / Path / Expires / Max-Age / Secure / HttpOnly / SameSite — i wysyłany ponownie jako nagłówek Cookie przy następnym pasującym żądaniu, dzięki czemu sekwencja logowanie → chroniona trasa po prostu działa, bez ręcznego kopiowania tokenu.

Per środowisko, nigdy per żądanie

Słoik jest kluczowany według aktywnego środowiska, a nie według żądania. Zmiana środowiska zmienia kontekst cookies, a dwa środowiska wskazujące ten sam host nigdy nie współdzielą cookies. Węzeł scenariusza korzysta z tego samego słoika środowiska co edytor interaktywny, dzięki czemu krok logowania i późniejsze chronione wywołanie współdzielą cookies w obrębie przebiegu.

Zakładka Cookie jar

Widok ▸ Cookie jar ją otwiera. To pojedyncza zakładka warsztatu (jak konsola czy zapora) pokazująca wszystkie cookies projektu:

• drzewo środowisk po lewej (najpierw słoik „Brak środowiska”, potem każde środowisko z własną ikoną);
• po prawej cookies wybranego środowiska pogrupowane według domeny w zwijanych panelach, gdzie każdy wiersz pokazuje nazwę, ścieżkę, wygaśnięcie, atrybuty i wartość.

Stamtąd możesz ręcznie dodać cookie (+ na panelu domeny wstępnie wypełnia tę domenę), edytować je w oknie modalnym, usunąć je, wyczyścić całą domenę lub cały słoik. Działania niszczące proszą o potwierdzenie. Zakładka odświeża się na żywo: uruchom żądanie, które ustawia cookie, a pojawi się ono od razu.

Zakładka Cookies per żądanie

Każde żądanie oparte na HTTP (HTTP, OData, GraphQL, SOAP, tRPC, JSON-RPC, SSE, WebSocket) zyskuje zakładkę Cookies obok Odpowiedzi i Informacji, ograniczoną do wybranego środowiska i tego żądania. Wymienia ona cookies wysłane wraz z żądaniem oraz cookies otrzymane w odpowiedzi — w tym cookies ustawione przy przekierowaniu, które nigdy nie trafiają do końcowych nagłówków odpowiedzi. Zakładka jest dostępna zarówno na żywo, jak i dla wcześniejszej odpowiedzi z historii żądania.

Utrwalanie

Cookies są przechowywane osobno dla każdego projektu w katalogu danych użytkownika. Cookies trwałe (te z Expires) są zapisywane i wczytywane ponownie po ponownym otwarciu projektu, tak jak zachowuje je przeglądarka; cookies sesyjne (bez Expires) istnieją tylko w pamięci i są odrzucane przy ponownym uruchomieniu aplikacji.

Sterowanie przez MCP

Agent AI może odczytywać i zmieniać słoik za pomocą narzędzi MCP list_cookies, add_cookie, remove_cookie, clear_cookie_domain oraz clear_cookies, każde kluczowane według środowiska. Są to narzędzia Pro / Enterprise.