Historique des requêtes

Chaque exécution de requête est enregistrée, quel que soit le protocole : HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

Ouvrir l’historique

Le bouton en forme d’horloge dans la smartbar — infobulle Historique des requêtes. Il ouvre la modale Historique des réponses, limitée à l’onglet courant : l’arbre latéral et les autres onglets restent utilisables pendant que vous la consultez.

La liste

Chaque entrée porte :

• sa date, au format US ou ISO selon le réglage Comportement ▸ Format date/heure ;
• une pastille de statut à trois états : vert (succès), orange (redirection), rouge (échec) ;
• une icône épingle si l’entrée est épinglée.

Le détail

Le rendu est identique à celui de l’onglet en direct : informations, en-têtes, corps dans la visionneuse JSON repliable — plus une chose que l’onglet live n’affiche pas : le corps de la requête effectivement envoyé, reformaté (JSON indenté, XML, clé=valeur pour un formulaire, ou le chemin du fichier envoyé).

C’est ce qui permet de répondre à « qu’est-ce que j’avais envoyé au juste, la fois où ça marchait ? ».

Rétention et épinglage

Restorm conserve les dix dernières entrées non épinglées par requête. Au-delà, les plus anciennes sont supprimées.

Le menu contextuel d’une entrée propose Épingler / Désépingler : une entrée épinglée survit indéfiniment. Épinglez la réponse de référence d’un cas qui vous intéresse, et elle ne partira pas au fil des essais suivants.

Où c’est stocké

Dans une archive posée à côté du projet : <projet>.responses.zip. Elle contient l’historique par requête et l’historique d’exécution des scénarios.

Comme cette archive peut contenir des données de réponse volumineuses, elle est hors du fichier projet — ajoutez-la à votre .gitignore.

Secrets

Les jetons produits par les requêtes d’authentification sont expurgés dans les corps et les en-têtes stockés. L’outil MCP get_response_history passe par le même service : un agent IA ne peut pas récupérer un jeton via l’historique.