Istoricul cererilor

Fiecare execuție a unei cereri este înregistrată, indiferent de protocol: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

Deschiderea istoricului

Butonul în formă de ceas din smartbar — indiciul Istoricul cererilor. Deschide fereastra modală Istoricul răspunsurilor, limitată la fila curentă: arborele lateral și celelalte file rămân utilizabile în timp ce o consultați.

Lista

Fiecare intrare poartă:

• data sa, în format US sau ISO, în funcție de setarea Comportament ▸ Format dată/oră;
• o pastilă de stare cu trei stări: verde (succes), portocaliu (redirecționare), roșu (eșec);
• o pictogramă piuneză, dacă intrarea este fixată.

Detaliul

Redarea este identică cu aceea a filei în direct: informații, antete, corp în vizualizatorul JSON pliabil — plus un lucru pe care fila live nu îl afișează: corpul cererii efectiv trimis, reformatat (JSON indentat, XML, cheie=valoare pentru un formular sau calea fișierului trimis).

Este ceea ce permite să răspundeți la întrebarea „ce trimisesem, de fapt, atunci când funcționa?”.

Retenție și fixare

Restorm păstrează ultimele zece intrări nefixate pentru fiecare cerere. Dincolo de acest număr, cele mai vechi sunt șterse.

Meniul contextual al unei intrări propune Fixează / Defixează: o intrare fixată supraviețuiește la infinit. Fixați răspunsul de referință al unui caz care vă interesează și nu va dispărea pe măsura încercărilor următoare.

Unde este stocat

Într-o arhivă așezată lângă proiect: <project>.responses.zip. Conține istoricul pentru fiecare cerere și istoricul de execuție al scenariilor.

Deoarece această arhivă poate conține date de răspuns voluminoase, se află în afara fișierului de proiect — adăugați-o în .gitignore.

Secrete

Tokenurile produse de cererile de autentificare sunt expurgate în corpurile și antetele stocate. Instrumentul MCP get_response_history trece prin același serviciu: un agent IA nu poate recupera un token prin istoric.