Anmodningshistorik

Hver kørsel af en anmodning gemmes, uanset protokol: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

Åbn historikken

Den urformede knap i smartbaren — værktøjstip Anmodningshistorik. Den åbner dialogen Svarhistorik, som er afgrænset til den aktuelle fane: sidepanelets træstruktur og de øvrige faner kan bruges videre, mens du kigger i den.

Listen

Hver post bærer:

• sin dato, i amerikansk format eller ISO-format afhængigt af indstillingen Adfærd ▸ Dato/tid-format;
• en statusprik med tre tilstande: grøn (succes), orange (omdirigering), rød (fejl);
• et knappenålsikon, hvis posten er fastgjort.

Detaljerne

Gengivelsen er identisk med den i den live fane: oplysninger, headere og body i den sammenklappelige JSON-fremviser — plus én ting, som den live fane ikke viser: den anmodnings-body, der faktisk blev sendt, formateret om (indrykket JSON, XML, key=value for en formular, eller stien til den fil, der blev sendt).

Det er det, der gør det muligt at svare på »hvad var det egentlig, jeg sendte, dengang det virkede?«.

Opbevaring og fastgørelse

Restorm gemmer de ti seneste ikke-fastgjorte poster pr. anmodning. Derudover slettes de ældste.

En posts kontekstmenu tilbyder Fastgør / Frigør: en fastgjort post overlever i ubegrænset tid. Fastgør referencesvaret for det tilfælde, du er interesseret i, så forsvinder det ikke i takt med de forsøg, der følger.

Hvor det gemmes

I et arkiv, der ligger ved siden af projektet: <project>.responses.zip. Det indeholder historikken pr. anmodning og scenariernes kørselshistorik.

Da dette arkiv kan indeholde store svardata, ligger det uden for projektfilen — føj det til din .gitignore.

Hemmeligheder

De tokens, som godkendelsesanmodninger producerer, renses ud af de gemte bodyer og headere. MCP-værktøjet get_response_history går gennem samme service: en AI-agent kan ikke hente et token via historikken.