Historie požadavků

Každý běh požadavku se zaznamenává, a to bez ohledu na protokol: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

Otevření historie

Tlačítko ve tvaru hodin ve smartbaru — popisek Historie požadavků. Otevírá dialog Historie odpovědí, omezený na aktuální kartu: postranní strom i ostatní karty zůstávají během prohlížení použitelné.

Seznam

Každá položka nese:

• své datum, ve formátu US nebo ISO podle nastavení Chování ▸ Formát data a času;
• odznak stavu ve třech stavech: zelený (úspěch), oranžový (přesměrování), červený (selhání);
• ikonu připínáčku, pokud je položka připnutá.

Detail

Vykreslení je totožné s vykreslením v živé kartě: informace, hlavičky, tělo v rozbalovacím prohlížeči JSON — a k tomu jedna věc, kterou živá karta nezobrazuje: skutečně odeslané tělo požadavku, přeformátované (odsazené JSON, XML, clé=valeur u formuláře, nebo cesta k odeslanému souboru).

Právě to umožňuje odpovědět na otázku „co jsem to tehdy vlastně poslal, když to fungovalo?“.

Uchovávání a připínání

Restorm uchovává posledních deset nepřipnutých položek na každý požadavek. Nad tento počet se nejstarší mažou.

Kontextová nabídka položky nabízí Připnout / Odepnout: připnutá položka přežije neomezeně dlouho. Připněte si referenční odpověď případu, který vás zajímá, a při dalších zkoušeních vám nezmizí.

Kde se to ukládá

V archivu umístěném vedle projektu: <projet>.responses.zip. Obsahuje historii jednotlivých požadavků i historii běhů scénářů.

Protože tento archiv může obsahovat objemná data odpovědí, je mimo soubor projektu — přidejte si ho do .gitignore.

Tajemství

Tokeny vytvořené ověřovacími požadavky se v ukládaných tělech a hlavičkách očišťují. Nástroj MCP get_response_history prochází tou samou službou: agent s AI nemůže token z historie získat.