Ir al contenido

Historial de peticiones

Cada ejecución de una petición se registra, sea cual sea el protocolo: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.

El botón con forma de reloj de la smartbar —información contextual Historial de peticiones—. Abre la ventana modal Historial de respuestas, limitada a la pestaña actual: el árbol lateral y las demás pestañas siguen siendo utilizables mientras la consulta.

La ventana modal «Historial de respuestas»: la lista con marcas de tiempo de las respuestas pasadas a la izquierda y el detalle de la respuesta seleccionada a la derecha, con sus subpestañas Respuesta / Información / Gráfico

Cada entrada lleva:

  • su fecha, en formato estadounidense o ISO según el ajuste Comportamiento ▸ Formato de fecha/hora;
  • una marca de estado con tres estados: verde (éxito), naranja (redirección), rojo (error);
  • un icono de alfiler si la entrada está fijada.

La representación es idéntica a la de la pestaña en vivo: información, cabeceras y cuerpo en el visor JSON plegable, más una cosa que la pestaña en vivo no muestra: el cuerpo de la petición realmente enviado, reformateado (JSON indentado, XML, clave=valor para un formulario, o la ruta del archivo enviado).

Es lo que permite responder a «¿qué había enviado exactamente la vez que funcionaba?».

Restorm conserva las diez últimas entradas no fijadas por petición. Más allá de eso, las más antiguas se eliminan.

El menú contextual de una entrada ofrece Fijar / Dejar de fijar: una entrada fijada sobrevive indefinidamente. Fije la respuesta de referencia de un caso que le interese y no desaparecerá con las pruebas siguientes.

En un archivo comprimido colocado junto al proyecto: <proyecto>.responses.zip. Contiene el historial por petición y el historial de ejecución de los escenarios.

Como ese archivo puede contener datos de respuesta muy grandes, está fuera del archivo de proyecto: añádalo a su .gitignore.

Los tokens producidos por las peticiones de autenticación se depuran en los cuerpos y las cabeceras almacenados. La herramienta MCP get_response_history pasa por el mismo servicio: un agente de IA no puede recuperar un token a través del historial.