Gemini Enterprise Agent Platform y la política de no retención de datos

Google fue el primero en el sector en publicar un compromiso de privacidad con la IA y el AA, que describe nuestra creencia de que los clientes deben tener el nivel más alto de seguridad y control sobre sus datos que se almacenan en la nube. Ese compromiso se extiende a los productos de IA generativa de Cloud de Confiance by S3NS. Google garantiza que sus equipos cumplan con estos compromisos a través de prácticas sólidas de administración de datos, que incluyen revisiones de los datos que Cloud de Confiance by S3NS usa en el desarrollo de sus productos. Puedes encontrar más detalles sobre cómo Google procesa los datos en el Anexo de Tratamiento de Datos de Cloud (CDPA) de Google.

Restricción para el entrenamiento

Como se describe en la sección "Restricción de entrenamiento" de las Condiciones del Servicio de las Condiciones Específicas del Servicio, Google no usará tus datos para entrenar ni ajustar ningún modelo de IA o AA sin tu permiso o instrucción previos. Esto se aplica a todos los modelos administrados en Gemini Enterprise Agent Platform, incluidos los modelos de DG y de fase previa a la DG.

Retención de datos de clientes y logro de la retención de datos cero

Los datos de los clientes se conservan en Gemini Enterprise Agent Platform para Models as a Service (MaaS) durante períodos limitados en las siguientes situaciones y condiciones. Para lograr la retención de datos cero, los clientes deben realizar acciones específicas en cada una de estas áreas:

• Registro de instrucciones para la supervisión de abusos en los modelos de Google: Como se describe en el artículo 4.3, "Seguridad y abuso de la IA generativa", de las Condiciones del Servicio de Google Cloud Platform, Google puede registrar instrucciones para detectar posibles abusos y, también, incumplimientos de su Política de Uso Aceptable y su Política de Uso Prohibido como parte de la prestación de servicios de IA generativa a los clientes. Solo los clientes cuyo uso de Cloud de Confiance by S3NS se rige por las Condiciones del Servicio de Google Cloud Platform están sujetos al registro de instrucciones para la supervisión de abusos.

• Registro de instrucciones y respuestas para la supervisión de abusos en modelos de IA avanzada: Es posible que ciertos modelos o funciones también estén sujetos a un registro adicional de instrucciones y respuestas para evitar abusos, como se describe en el Anexo de seguridad de IA avanzada. Es posible que no se pueda aplicar la retención de datos nula cuando se usen algunas funciones de IA avanzada. Comunícate con tu equipo de cuentas para obtener más información. Consulta Supervisión de abusos para obtener más información.

• Fundamentación con la Búsqueda de Google: Como se describe en el artículo 20, “Servicios de IA generativa: Fundamentación con la Búsqueda de Google”, de las Condiciones Específicas del Servicio, Google recopila y almacena registros que contienen los siguientes datos del cliente: consultas derivadas de las instrucciones de los usuarios finales y la información contextual que el cliente puede proporcionar junto con las instrucciones que no están asociadas con ningún cliente o sus usuarios finales durante un máximo de tres (3) días. Esta información almacenada se puede usar para depurar los sistemas que admiten la fundamentación con la Búsqueda de Google. No hay forma de inhabilitar el almacenamiento de esta información si usas la Fundamentación con la Búsqueda de Google. Si necesitas retención de datos cero, te recomendamos que uses la Fundamentación web para empresas.

• Fundamentación con Google Maps: Como se describe en el artículo 20, “Servicios de IA generativa: Fundamentación con Google Maps”, de las Condiciones Específicas del Servicio, Google almacena las instrucciones y la información contextual que los clientes pueden proporcionar, así como los resultados generados, durante treinta (30) días con el fin de crear resultados fundamentados. Esta información almacenada solo se puede usar para la ingeniería de confiabilidad, como la depuración en caso de problemas de servicio, de los sistemas que admiten la fundamentación con Google Maps. No hay forma de inhabilitar el almacenamiento de esta información si usas la fundamentación con Google Maps.

• Registro de solicitud-respuesta: Esta función está inhabilitada de forma predeterminada. Se puede habilitar con un parámetro de configuración por modelo y por proyecto. Habilitar este registro hace que ciertas solicitudes y respuestas al modelo especificado se escriban en una tabla de BigQuery designada. Para lograr una retención de datos nula, no habilites esta función. Para obtener más información sobre esta función, incluido cómo habilitarla o inhabilitarla, o leer el parámetro de configuración actual, consulta Registra solicitudes y respuestas.

• API de Interactions: Cuando usas la API de Interactions con store = true, Google almacena los datos del usuario (como instrucciones, respuestas y estado de la conversación) para habilitar las conversaciones de varios turnos y la recuperación posterior. Si no especificas un valor para store, el valor predeterminado es true para todos los modelos. Para lograr una retención de datos nula, establece store = false de forma explícita en tus solicitudes a la API.

Esto se aplica a todos los modelos administrados en Gemini Enterprise Agent Platform, incluidos los modelos en DG y en fase previa a la DG.

Productos del agente

Para lograr la retención de datos cero para los productos de agentes, los clientes deben cumplir con las siguientes condiciones y programas de retención para cada producto:

• Datos de la sesión de CodeMender: Para permitir la reanudación de los análisis de búsqueda y corrección de larga duración, CodeMender almacena el estado de la sesión en Spanner. Mientras se realiza un análisis, los datos de la sesión, incluidos los fragmentos de código fuente de destino, las diferencias, la configuración y los puntos de control de análisis, se almacenan encriptados durante un máximo de siete (7) días a partir de la creación de la sesión. Cuando una sesión alcanza un estado terminal, el código fuente y el contenido relacionado se borran en segundos; el registro de sesión restante se borra automáticamente en el TTL de siete días. Los clientes pueden borrar una sesión (lo que quita todos los datos asociados) antes de que venza el TTL.

• Datos de la sesión del agente de Deep Research: Google almacena las instrucciones y los datos de la sesión, incluidos los resultados de la búsqueda y las imágenes generadas, a través de la API de Interactions durante un período de siete (7) días. Estos datos de sesión se encriptan en reposo y se borran automáticamente al final del TTL de siete días. Los clientes pueden borrar una sesión (lo que quita todos los datos asociados) antes de que venza el TTL. Esta función no se puede inhabilitar cuando se usa el agente de Deep Research.

• Instantáneas de la zona de pruebas de Agent Platform: Si usas la API de Snapshot para conservar el estado de la zona de pruebas, estas instantáneas se almacenan solo durante el TTL de la zona de pruebas. Para lograr la retención de datos cero, no uses la API de Sandbox.

Modelos de Google

Para lograr la retención de datos cero en los modelos entrenados por Google, los clientes deben realizar acciones específicas adicionales en cada una de estas áreas:

Reanudación de sesiones para la API de Gemini Live

La reanudación de sesiones para la API de Gemini Live está inhabilitada de forma predeterminada. El usuario debe habilitarla cada vez que llama a la API especificando el campo en la solicitud a la API, y se aplica la privacidad a nivel del proyecto para los datos almacenados en caché. Habilitar la reanudación de la sesión permite que el usuario se vuelva a conectar a una sesión anterior en un plazo de 24 horas, ya que se almacenan los datos almacenados en caché, incluidos los datos de instrucciones de texto, video y audio, y los resultados del modelo, durante un máximo de 24 horas. Para lograr la retención de datos cero, no habilites esta función. Para obtener más información sobre esta función, incluido cómo habilitarla, consulta la API de Gemini Live.

Almacenamiento en caché de datos implícito

De forma predeterminada, los modelos de Gemini publicados de Google almacenan en caché los Datos del Cliente para reducir la latencia y acelerar las respuestas. El almacenamiento en caché implícito usa dos niveles de almacenamiento:

• Almacenamiento en caché en la memoria: Está habilitado de forma predeterminada para los modelos de Gemini compatibles.
• Almacenamiento en caché duradero: Está habilitado de forma predeterminada para los modelos de Gemini compatibles. Para obtener la lista de modelos compatibles, consulta Descripción general de la caché de contexto.

Almacenamiento en caché de datos en memoria

El almacenamiento en caché implícito almacena los datos del cliente (entradas, salidas y datos derivados) en la memoria. Los datos almacenados en caché en la memoria tienen las siguientes propiedades:

• Solo se almacena en la memoria, no en reposo.
• Tiene alcance para tu proyecto y nunca se entrega a otro.
• Se borra, a más tardar, 24 horas después de que se escribe.
• Se procesa en la región que entrega la solicitud.
• Solo se usa para entregar tus solicitudes con mayor rapidez y nunca se usa para entrenar o ajustar modelos.

Almacenamiento en caché de datos duradero

En los modelos que admiten el almacenamiento en caché duradero, cuando se agota la capacidad de la caché en la memoria, Google almacena los datos de caché derivados (representaciones de clave-valor calculadas a partir de tus entradas) en un almacenamiento duradero dentro del entorno de entrega de Agent Platform. Los datos almacenados en caché duraderos tienen las siguientes propiedades:

• Se almacena en reposo y se encripta con la encriptación predeterminada de Google.
• Tiene alcance para tu proyecto y nunca se entrega a otro.
• Se borra a más tardar 24 horas después de que se escribe y, a menudo, se expulsa antes.
• Permanecen dentro de la ubicación seleccionada y cumplen con sus requisitos de residencia de datos cuando usas un extremo regional o multirregional. Cuando usas el extremo global, las solicitudes y sus datos almacenados en caché se pueden entregar desde cualquier región.
• Solo se usa para entregar tus solicitudes con mayor rapidez y nunca se usa para entrenar o ajustar modelos.

Las claves de encriptación administradas por el cliente (CMEK) no son compatibles con el almacenamiento en caché duradero.

Controla el almacenamiento de datos en caché

Si la política de tu organización no permite que los datos del cliente se almacenen en reposo, puedes inhabilitar el almacenamiento en caché duradero por proyecto y mantener el almacenamiento en caché en la memoria. Como alternativa, puedes inhabilitar el almacenamiento en caché por completo. Para inhabilitar el almacenamiento en caché duradero en toda tu organización, en lugar de hacerlo a nivel del proyecto, comunícate con tu equipo de cuentas.

Habilita e inhabilita el almacenamiento en caché de datos

Puedes usar los siguientes comandos curl para obtener el estado de almacenamiento en caché, inhabilitar o volver a habilitar el almacenamiento en caché, o activar y desactivar el almacenamiento en caché duradero. Si desactivas el almacenamiento en caché, se inhabilitarán tanto el almacenamiento en caché en memoria como el almacenamiento en caché duradero. Cuando inhabilitas o vuelves a habilitar el almacenamiento en caché, el cambio se aplica a todas las regiones de Cloud de Confiance by S3NS . Si deseas obtener más información sobre el uso de Identity and Access Management para otorgar los permisos necesarios y habilitar o inhabilitar el almacenamiento en caché, consulta Control de acceso de Gemini Enterprise Agent Platform con IAM. Expande las siguientes secciones para obtener información sobre cómo obtener la configuración de caché actual, inhabilitar el almacenamiento en caché, habilitarlo y activar o desactivar el almacenamiento en caché duradero.

PROJECT_ID=PROJECT_ID
# Setup project_id
$ gcloud config set project PROJECT_ID

# GetCacheConfig
$ curl -X GET \
    -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
    -H "Content-Type: application/json" \
    https://us-central1-aiplatform.googleapis.com/v1/projects/PROJECT_ID/cacheConfig

# Response if durable caching and in-memory caching are enabled (default).
{
  "name": "projects/PROJECT_ID/cacheConfig",
  "retentionConfig": {
    "retentionType": "DURABLE"
  }
}

# Response if durable caching is turned off and in-memory caching is enabled.
{
  "name": "projects/PROJECT_ID/cacheConfig",
  "retentionConfig": {
    "retentionType": "EPHEMERAL"
  }
}

# Response if all caching is turned off.
{
  "name": "projects/PROJECT_ID/cacheConfig",
  "disableCache": true
}
    

PROJECT_ID=PROJECT_ID
# Setup project_id
$ gcloud config set project PROJECT_ID

# Turn off all caching.
$ curl -X PATCH \
    -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
    -H "Content-Type: application/json" \
    https://us-central1-aiplatform.googleapis.com/v1/projects/PROJECT_ID/cacheConfig \
    -d '{
      "name": "projects/PROJECT_ID/cacheConfig",
      "disableCache": true
    }'

# A successful response confirms that caching is turned off for the project.
{
  "name": "projects/PROJECT_ID/locations/us-central1/projects/PROJECT_ID/cacheConfig/operations/${OPERATION_ID}",
  "done": true,
  "response": {
    "@type": "type.googleapis.com/google.protobuf.Empty"
  }
}
    

PROJECT_ID=PROJECT_ID
LOCATION_ID="us-central1"
# Setup project_id
$ gcloud config set project PROJECT_ID

# Setup project_id.
$ gcloud config set project ${PROJECT_ID}

# Opt in to caching.
$ curl -X PATCH     -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" -H "Content-Type: application/json" https://us-central1-aiplatform.googleapis.com/v1/projects/PROJECT_ID/cacheConfig -d '{
  "name": "projects/PROJECT_ID/cacheConfig",
  "disableCache": false
}'

# A successful response confirms that caching is turned on for the project.
{
  "name": "projects/PROJECT_ID/locations/us-central1/projects/PROJECT_ID/cacheConfig/operations/${OPERATION_NUMBER}",
  "done": true,
  "response": {
    "@type": "type.googleapis.com/google.protobuf.Empty"
  }
}
    

PROJECT_ID=PROJECT_ID
# Setup project_id
gcloud config set project PROJECT_ID

# Turn off durable caching.
curl -X PATCH \
    -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
    -H "Content-Type: application/json" \
    https://us-central1-aiplatform.googleapis.com/v1/projects/PROJECT_ID/cacheConfig \
    -d '{
      "name": "projects/PROJECT_ID/cacheConfig",
      "disableCache": false,
      "retentionConfig": {
        "retentionType": "EPHEMERAL"
      }
    }'

# A successful response confirms that durable caching is turned off and in-memory caching stays on.
{
  "name": "projects/PROJECT_ID/locations/us-central1/projects/PROJECT_ID/cacheConfig/operations/${OPERATION_ID}",
  "done": true,
  "response": {
    "@type": "type.googleapis.com/google.protobuf.Empty"
  }
}
    

PROJECT_ID=PROJECT_ID
# Setup project_id
gcloud config set project PROJECT_ID

# Turn on durable caching.
curl -X PATCH \
    -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
    -H "Content-Type: application/json" \
    https://us-central1-aiplatform.googleapis.com/v1/projects/PROJECT_ID/cacheConfig \
    -d '{
      "name": "projects/PROJECT_ID/cacheConfig",
      "disableCache": false,
      "retentionConfig": {
        "retentionType": "DURABLE"
      }
    }'

# A successful response confirms that durable caching is turned on for the project.
{
  "name": "projects/PROJECT_ID/locations/us-central1/projects/PROJECT_ID/cacheConfig/operations/${OPERATION_ID}",
  "done": true,
  "response": {
    "@type": "type.googleapis.com/google.protobuf.Empty"
  }
}
    

¿Qué sigue?