Documentación de Rivya AI

Guía de historial en Rivya

Usa el historial de Rivya para reabrir chats, resultados de generación, imágenes, videos, salidas de audio, estados de tarea, descargas y contexto de proyecto.

Última revisión el 2026/04/28

Usa esta guía de historial cuando necesites encontrar chats anteriores, resultados de generación, registros de tarea, contexto guardado, descargas o el lugar exacto para continuar un proyecto.

History en Rivya no existe para que el producto pueda decir que "tiene historial".

Existe porque el trabajo con IA se vuelve mucho más útil cuando puedes volver al punto exacto donde dejó de tener sentido mantenerlo todo en la cabeza.

La primera pregunta que History ayuda a responder

Cuando los usuarios abren el historial, normalmente no están pidiendo un archivo.

Están preguntando una de dos cosas:

¿Qué hice ya?

o:

¿En qué conversación estaba?

Por eso Rivya divide el historial en dos vistas distintas en lugar de forzarlo todo en un feed mixto.

Por qué hay dos superficies de historial

La división actual de historial es:

  • /history/generations
  • /history/chats

Eso refleja la división real del producto:

  • imagen, video y audio son tareas asíncronas
  • chat se guarda como sesiones y mensajes

Si se mezclaran, la siguiente acción útil sería mucho más difícil de encontrar.

El historial de generaciones es para resultados y siguientes acciones

El historial de generaciones es donde el trabajo de imagen, video y audio sigue siendo usable después de que pasa el momento.

Cada registro de generación puede mostrar cosas como:

  • el modelo
  • una vista previa del prompt
  • estado de tarea
  • coste en créditos
  • estado de reembolso
  • la vista previa del resultado principal

Lo importante no es solo lo que muestra. Es lo que te permite hacer después.

Según el resultado, el historial de generaciones puede ayudarte a:

  • reabrir el workspace correspondiente
  • descargar la salida
  • llevar un resultado de imagen a video
  • abrir un resultado en chat para seguimiento

Así que el historial de generaciones no es solo donde las salidas se quedan guardadas. Es donde las salidas se convierten en el siguiente paso.

El historial de chat es para reentrar en contexto

El historial de chat resuelve un problema distinto.

Guarda sesiones en lugar de tareas, lo que significa que está pensado para reabrir pensamiento, no solo reabrir una salida.

Un elemento de chat puede mostrar actualmente:

  • título de sesión
  • modelo de chat
  • badge de herramienta, cuando la sesión empezó desde una herramienta
  • hora de actualización
  • vista previa del último mensaje

Eso basta para responder una pregunta muy práctica:

¿Es esta la conversación que quiero continuar o quiero empezar una nueva?

Cuando la respuesta es sí, el historial de chat te devuelve a /studio/chat/session/[sessionId], no a un workspace genérico en blanco.

History funciona mejor justo después de perder el hilo

El momento más realista para usar history no es "una vez por semana para reportes".

Es justo después de uno de estos momentos:

  • saliste de una página de generación antes de que la tarea terminara
  • sabes que ya hiciste algo parecido y no quieres empezar desde cero
  • recuerdas la conversación, pero no el modelo o sesión exactos
  • quieres continuar desde una salida antigua en lugar de escribir el prompt desde cero

Ahí es donde history deja de ser un archivo y empieza a actuar como memoria de proyecto.

History frente a Dashboard

Usa dashboard cuando quieras la imagen operativa rápida.

Usa history cuando ya sabes que necesitas una de estas cosas:

  • una generación antigua
  • una sesión de chat antigua
  • un punto de reentrada más específico que el que te da el dashboard

Dashboard te dice qué es reciente. History te ayuda a reabrirlo deliberadamente.

History frente a Notifications

La distinción limpia es:

  • history responde "¿qué hice o discutí?"
  • notifications responde "¿qué evento importante ocurrió?"

Se solapan, pero no son intercambiables.

Si una generación falló, notifications puede decirte que falló. History es donde miras cuando quieres inspeccionar esa tarea como parte del conjunto más amplio de trabajo.

Una buena forma de usar History

Para la mayoría de usuarios reales, el patrón de historial más útil es:

  1. abre history cuando sabes que el trabajo ya existe
  2. elige primero entre chats y generaciones
  3. reabre el elemento exacto en lugar de empezar de cero
  4. sal de history solo cuando tengas abierto el siguiente workspace

Suena obvio, pero es la diferencia entre history como estantería e history como memoria de workflow.

Leer después

Checklist de revisión de History

Cuando necesites encontrar, reutilizar o explicar trabajo pasado, revisa:

  • Comprueba el tipo correcto de historial: chat, imagen, video, audio o chat relacionado con herramientas.
  • Confirma si la tarea se completó, falló, caducó o nunca empezó upstream.
  • Usa notificaciones y estado de tarea cuando el historial por sí solo no explique qué ocurrió.
  • Guarda salidas útiles antes de iniciar variantes o cambiar de modelo.
  • Mantén las preguntas de facturación y créditos ligadas a la transacción o tarea que las creó.

Revisa antes de asumir que una salida se perdió

Revisa de nuevo si el usuario cambió de cuenta, filtros, tipo de historial, ruta de modelo o sesión de navegador. Muchos casos de resultado ausente son en realidad casos de superficie o estado equivocado.

Tabla de contenido