IA aplicada
Gemini API: deja por escrito qué solicitudes decides almacenar
Crear un proyecto nuevo para una aplicación existente también puede cambiar su comportamiento de almacenamiento. Antes de enviar información de trabajo, documenta una decisión explícita y comprueba que la configuración utilizada por la aplicación coincide con ella.
Desde el 26 de octubre, los proyectos nuevos de pago de Generate Content almacenan solicitudes por defecto; los existentes conservan su configuración. El cambio comprende generateContent, streamGenerateContent y batchGenerateContent. La entrada de release distingue el valor del proyecto de la posibilidad de decidir por solicitud. (Google)
La ficha pertenece a la aplicación, no solo a una consola
Relaciona cada entorno con su proyecto efectivo, endpoint y versión del cliente. Un nombre comercial compartido entre desarrollo y producción no basta para saber qué configuración se utiliza. Incluye tareas programadas y procesos por lotes: también forman parte del recorrido de los datos.
| Decisión | Evidencia que conservar |
|---|---|
| Proyecto y entorno | Identificador verificado y fecha de creación |
| Operación de API | Ruta utilizada por el proceso que se ejecuta |
| Elección de almacenamiento | Regla del proyecto y excepciones justificadas por solicitud |
| Retención | Necesidad de diagnóstico y plazo elegido |
| Datasets y contribución | Responsable, propósito y decisión independiente |
| Revisión | Versión del cliente y comprobación autorizada |
store por solicitud prevalece sobre el proyecto. Requiere google-genai 2.33.0+ (Python) o @google/genai 2.31.0+ (JavaScript). Documenta el cliente desplegado. (Google)
Escribe una política verificable antes del ejemplo técnico
Una regla como «no conservar contenido de esta operación» necesita identificar qué operación, qué excepciones admite y quién puede cambiarlas. Si decides conservarlo para investigar incidencias, concreta qué problema resolverás y qué personas necesitan acceso. Guardar por si acaso dificulta revisar si la recopilación sigue siendo necesaria.
Ejemplo hipotético: una aplicación usa solicitudes ficticias en desarrollo y atiende consultas operativas en producción. El equipo decide comportamientos distintos y registra la decisión en cada entorno. No basta con probar la cuenta de desarrollo y asumir que la cuenta de producción quedó igual. Este escenario no describe una configuración implantada por KIURO.
Retener, compartir y eliminar requieren decisiones separadas
La política separa logs privados, monitorización de abuso y contribución voluntaria. Retención: 7, 14, 28 o 55 días —55 por defecto—, después marcados para eliminación; datasets sin vencimiento fijo. Desactivar almacenamiento futuro no acredita borrado inmediato ni desactiva la monitorización de abuso. (Google)
Los logs privados del nivel de pago no se usan por defecto para mejorar o entrenar modelos. La cesión para ese fin es distinta: Google indica que no se deben donar datos de aplicaciones cliente de la API disponibles para usuarios del EEE —incluida España—, Suiza o Reino Unido, ni datos personales, sensibles o confidenciales. Disponer de permisos sobre los datos no elimina esa restricción regional. (Google)
Por eso, una revisión útil tiene dos preguntas: qué recogerá la siguiente solicitud y qué información anterior permanece. Para la segunda, inventaría registros, datasets y exportaciones bajo tu responsabilidad. No declares resuelta una revisión histórica por cambiar un interruptor destinado a operaciones futuras.
- Distingue acceso de lectura, modificación de la configuración y decisión de compartir datos.
- Mantén las muestras de diagnóstico separadas de material personal o confidencial que no necesitas para el ensayo.
- Revisa la decisión cuando cambie proyecto, endpoint, SDK o finalidad de la aplicación.
- Define qué evidencia permite cerrar cada punto y qué pregunta sigue sin responder.
Un ensayo pequeño que compruebe la decisión
Prepara entradas sintéticas identificables y una matriz con comportamiento esperado para el proyecto y para la excepción por solicitud. Inspecciona la petición que construye tu aplicación sin exponer credenciales. Después comprueba el resultado mediante los mecanismos documentados del proyecto. No confundas una petición enviada con una verificación completa de su conservación.
Logging excluye, entre otros, vídeos, GIF y PDF. Un registro ausente necesita diagnóstico antes de concluir que una preferencia se ha respetado. El ensayo propuesto aquí no se ha ejecutado. (Google)
Disponibilidad y coste no resuelven la política de datos
España aparece en la lista de disponibilidad. Eso no identifica dónde se almacenan datos de un proyecto concreto. La API distingue niveles gratuito y de pago; este artículo no establece una tarifa adicional de logging ni calcula el coste total de una aplicación. (Google, Google)
Cierra la ficha con decisiones, responsable y evidencias pendientes. Si las condiciones contractuales o el tratamiento de información requieren revisión, resuélvelos para tu caso antes de utilizar datos reales. El siguiente paso técnico es comprobar la configuración en el proceso desplegado; la implementación de software e IA aplicada debe partir de ese alcance.
Fuentes
- Gemini API release notes — Google
- Logs and datasets — Google
- Data logging and sharing — Google
- Available regions for Google AI Studio and Gemini API — Google
- Gemini Developer API pricing — Google