> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tokenlab.sh/llms.txt
> Use this file to discover all available pages before exploring further.

# Retención de datos

> Cuánto tiempo permanecen disponibles las capturas de solicitudes, los medios generados, el historial y las exportaciones

TokenLab mantiene registros operativos para diferentes propósitos y con diferentes tiempos de vida. Una ventana de captura de solicitudes de 30 días no define el tiempo de vida de los registros de tareas, el historial de facturación, los activos guardados o las copias conservadas por su aplicación.

Para conocer la política orientada al cliente, consulte [TokenLab data retention](https://tokenlab.sh/data-retention).

## Capturas de solicitudes y respuestas

En la Console, los detalles de las solicitudes y respuestas capturadas están disponibles durante 30 días a partir de la captura. El acceso finaliza exactamente en el momento de vencimiento; la limpieza física por lotes o retrasada no lo extiende. Después del vencimiento, el contenido capturado ya no está disponible, mientras que el registro de la solicitud y el historial relacionado de tareas o facturación pueden permanecer bajo sus propios tiempos de vida. Una captura que no se guardó o no pudo leerse es una condición distinta a una captura vencida.

## URLs de medios generados

Los resultados elegibles de imágenes, videos y audios generados, disponibles como URLs de medios HTTP(S), se copian durante 30 días. Los resultados JSON normales del protocolo de IA mantienen sus campos `media_retention` existentes: `days` e `items`, donde cada elemento informa `url`, `kind`, `status` y `expires_at`. Utilice `metadata=true` en una URL de resultado de medios para leer su estado actual. Una copia pendiente (`saving`) o fallida no es garantía de que TokenLab haya retenido el archivo. Una vez vencida, la URL del resultado devuelve HTTP 410.

La URL de almacenamiento firmada utilizada para servir una copia lista dura como máximo cinco minutos. Ese breve tiempo de vida de la firma es independiente del tiempo de vida de 30 días del resultado; obtenga una nueva URL mientras el resultado permanezca activo. Las lecturas repetidas no extienden el vencimiento. Guardar manualmente un elemento en la Media Library crea un activo de propiedad separada con su propio ciclo de vida.

La retención automática de copia de URL no cubre archivos de modelos 3D, Worlds, Base64 en línea o medios binarios, URLs de entrada o enlaces incrustados en texto generado. Las instantáneas de tareas terminales asíncronas también son independientes del vencimiento de la captura de solicitudes. Guarde las salidas en un almacenamiento que usted controle si deben permanecer disponibles por más tiempo.

## Otros registros y copias

* El libro mayor de facturación, el historial de uso y los registros de tareas asíncronas tienen tiempos de vida independientes de las capturas de solicitudes/respuestas.
* Los archivos de exportación de registros de llamadas de la organización vencen después de 90 días. El tiempo de vida de la exportación no establece el tiempo de vida de los registros de uso o facturación subyacentes.
* Las referencias de carga temporal de la Console y el Agent permiten nuevas solicitudes durante 24 horas. La limpieza física es un proceso separado: los objetos de entrada temporales se convierten en candidatos a limpieza después de siete días, sujetos a las referencias de tareas aceptadas y al periodo de gracia terminal. No trate el vencimiento de la referencia como prueba de que el objeto ya ha sido eliminado físicamente.
* El historial de conversaciones del Agent es independiente de las capturas de solicitudes. El almacenamiento del navegador, los archivos descargados y las copias guardadas por un Agent u otro cliente están fuera del vencimiento de captura de solicitudes del lado del servidor de TokenLab y siguen sus propios controles de almacenamiento del propietario o del dispositivo.
* Las copias de seguridad de la base de datos normalmente conservan una cadena recuperable que cubre aproximadamente de 7 a 14 días. Son copias de recuperación ante desastres, no una forma de extender el acceso orientado al cliente; el manejo de la restauración debe volver a aplicar el vencimiento ordinario antes de servir los datos.

Para la resolución de problemas de solicitudes, consulte [Observabilidad y Solución de Problemas](/es/guides/observability-troubleshooting). Para el sondeo de tareas de medios, consulte [Trabajos Asíncronos y Polling](/es/guides/async-jobs-polling).