Gemini: el archivo temporal y el almacén de búsqueda no caducan igual
La documentación distingue los objetos de Files API de los datos importados a File Search. Las 48 horas no describen todos los lugares donde puede quedar información.
La guía de Files API de Gemini indica que los archivos subidos se eliminan automáticamente después de 48 horas. Ese plazo describe el objeto de ese servicio. No debe trasladarse sin más a cualquier sistema de búsqueda al que se haya importado el contenido del documento.
La documentación de File Search explica otra ruta: el archivo puede convertirse en fragmentos e índices de un almacén de búsqueda. Aunque el objeto temporal desaparezca a las 48 horas, los datos importados al almacén se mantienen hasta que se decide eliminarlos. La diferencia aparece expresamente en la explicación del ciclo de los archivos.
Imaginemos un equipo que analiza un documento y después lo incorpora a un buscador interno. Anotar solo la hora de subida del original no basta para describir su conservación. Tendría que distinguir la copia temporal del contenido importado y el lugar donde administra cada recurso.
Una ficha de control podría reunir origen, destino y responsable de conservación. Si se acuerda retirar un documento, esa ficha permite preguntar qué recurso se ha quitado y cuál sigue disponible. La caducidad de un objeto no demuestra por sí misma la retirada de todos los recursos relacionados ni de las respuestas ya guardadas por el equipo.
Este ejemplo no ejecuta cargas, no consulta documentos privados y no certifica un borrado real. Su utilidad es evitar que una característica técnica parcial se presente como una política completa de conservación. Antes de tratar información sensible, interesa revisar el servicio concreto y sus condiciones vigentes.