Gå til innholdet

Forespørselshistorikk

Hver kjøring av en forespørsel lagres, uansett protokoll: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

Klokkeknappen i smartbaren — verktøytipset Forespørselshistorikk. Den åpner modalen Svarhistorikk, som er avgrenset til den gjeldende fanen: treet i sidefeltet og de andre fanene kan fortsatt brukes mens du ser på den.

Modalen «Svarhistorikk»: den tidsstemplede listen over tidligere svar til venstre, og detaljene for det valgte svaret til høyre, med underfanene Svar / Info / Graf

Hver oppføring bærer:

  • sin dato, i US- eller ISO-format avhengig av innstillingen Atferd ▸ Dato/tid-format;
  • en statusprikk med tre tilstander: grønn (suksess), oransje (viderekobling), rød (feil);
  • et nåleikon hvis oppføringen er festet.

Visningen er identisk med den i den direkte fanen: informasjon, headere, kropp i den sammenleggbare JSON-visningen — pluss én ting som den direkte fanen ikke viser: kroppen i forespørselen som faktisk ble sendt, reformatert (indentert JSON, XML, key=value for et skjema, eller stien til filen som ble sendt).

Det er dette som gjør det mulig å svare på «hva var det egentlig jeg sendte, den gangen det virket?».

Restorm beholder de ti siste ikke-festede oppføringene per forespørsel. Utover det slettes de eldste.

Kontekstmenyen for en oppføring tilbyr Fest / Løsne: en festet oppføring lever videre i det uendelige. Fest referansesvaret for et tilfelle du er opptatt av, og det forsvinner ikke i løpet av de neste forsøkene.

I et arkiv som ligger ved siden av prosjektet: <project>.responses.zip. Det inneholder historikken per forespørsel og kjøringshistorikken for scenarioene.

Siden dette arkivet kan inneholde store svardata, ligger det utenfor prosjektfilen — legg det til i .gitignore.

Tokener som produseres av autentiseringsforespørsler, blir maskert i kroppene og headerne som lagres. MCP-verktøyet get_response_history går gjennom den samme tjenesten: en KI-agent kan ikke hente et token via historikken.