OpenAI ha confirmado que mantiene el Zero Data Retention en sus modelos de frontera para los clientes de API que cumplen requisitos, y de paso estrena en preview un sistema llamado Private Safety Processing que busca abusos sin que nadie de la empresa vea el contenido. Lo cuenta en un post publicado el 19 de agosto. El movimiento apunta directamente a Anthropic, que en julio decidió retener 30 días los datos de usuario en sus modelos más capaces.
Puntos clave
- Zero Data Retention significa que OpenAI no guarda ni los prompts ni las respuestas del modelo una vez procesada la petición. En los despliegues ZDR el contenido del cliente se queda en infraestructura que controla el cliente.
- Private Safety Processing permite que sistemas automáticos detecten patrones a lo largo de varias interacciones relacionadas, sin que personal de OpenAI acceda a contenido retenido.
- Anthropic retiene 30 días los datos en sus modelos cubiertos, incluido Fable, para detectar usos maliciosos.
- OpenAI anuncia despliegue más amplio y un documento técnico para septiembre.
Qué cambia técnicamente
El problema que resuelve Private Safety Processing es concreto. Los sistemas de seguridad compatibles con ZDR evalúan cada interacción por separado, porque no queda nada guardado con lo que comparar. Eso funcionaba cuando un modelo respondía una pregunta y se acababa la conversación.
Ya no es el caso. Cuando un modelo encadena tareas largas y semiautónomas, el riesgo no aparece en un único mensaje. Aparece repartido en veinte, ninguno de los cuales levanta sospechas por sí solo. Alguien que quiera usar la API para algo turbio no escribe la petición completa de una vez.
Private Safety Processing mete agentes automáticos que miran varias conversaciones a la vez buscando ese patrón, y devuelven una señal sin exponer el contenido. Es la respuesta de OpenAI a la objeción obvia contra el borrado total: si no guardas nada, tampoco puedes vigilar nada.
Por qué esto es un ataque a Anthropic
Anthropic defendió su retención de 30 días con el mismo argumento de seguridad. Necesitaba una ventana temporal para identificar abusos que solo se ven mirando hacia atrás. La decisión levantó ampollas entre empresas que manejan datos sensibles y que habían firmado precisamente por la promesa contraria.
OpenAI está diciendo que ese trade-off no existe, o al menos que se puede evitar con ingeniería. Es un argumento comercial dirigido a los departamentos legales y de cumplimiento que llevan meses discutiendo internamente si pueden meter un modelo de frontera en un proceso con datos de cliente.
El contexto competitivo pesa. Anthropic llegó a los 65.000 millones de dólares de ingresos anualizados y creció más rápido que OpenAI en el segundo trimestre. Las dos preparan salida a bolsa. Cuando el crecimiento se disputa cuenta a cuenta en el segmento empresarial, la política de datos deja de ser letra pequeña y pasa a ser argumento de venta.
Conviene no perder de vista que hablamos de un preview. El despliegue amplio y el white paper con los detalles técnicos llegan en septiembre, y hasta entonces no hay forma de auditar qué ve exactamente ese sistema automático ni qué queda registrado del análisis. La promesa es sólida; la verificación, pendiente.
Qué significa "clientes elegibles"
Aquí está la letra pequeña que más gente pasa por alto. Zero Data Retention no es una casilla que se marca en el panel de facturación.
Es una configuración que OpenAI concede a clientes de API que cumplen requisitos, normalmente ligados al volumen, al tipo de contrato y al caso de uso. Una empresa que consume la API con una tarjeta de crédito y un plan estándar no está en ZDR por defecto, y la mayoría de las que creen estarlo en realidad no lo han pedido nunca.
La diferencia práctica es grande. Sin ZDR, OpenAI retiene el contenido durante un periodo por motivos de abuso y cumplimiento. Con ZDR, no queda nada después de procesar la petición y el contenido vive en infraestructura que controla el cliente.
Tampoco cubre lo mismo que el producto de consumo. ChatGPT, incluidas sus versiones de empresa, tiene sus propias reglas de retención, distintas de las de la API. Es un error frecuente en las reuniones de cumplimiento: alguien lee la política de la API y concluye que el ChatGPT que usa el equipo de marketing funciona igual. No funciona igual.
La retención de datos se ha vuelto argumento de venta
Hace dos años, la política de datos de un proveedor de IA era un anexo que firmaba el departamento legal sin leerlo entero. Hoy es lo primero que sale en una negociación empresarial.
El cambio tiene una explicación sencilla: los casos de uso han subido de nivel. Cuando un modelo resumía correos, el riesgo era acotado. Cuando un modelo procesa expedientes de cliente, contratos o historiales, el contenido que pasa por la API es exactamente lo que la empresa tiene prohibido dejar en un tercero sin garantías.
Anthropic asumió ese coste comercial en julio a cambio de poder vigilar mejor los abusos, y sabía lo que hacía. OpenAI ha decidido que el hueco que dejaba ese movimiento vale más que la ventaja de seguridad que aporta guardar los datos, y ha invertido en ingeniería para no tener que elegir.
Cuál de los dos enfoques envejece mejor depende de algo que todavía no se puede medir: si un sistema automático que solo mira patrones detecta los abusos que se ven mirando el contenido guardado. Septiembre y el white paper dirán bastante.
Todo esto llega en la misma semana en la que OpenAI reconoció por escrito que paró dos semanas su entrenamiento por refuerzo por riesgos de capacidad cibernética. Dos anuncios seguidos sobre control interno no son casualidad: la empresa está construyendo el argumento de que se puede ir rápido y ser prudente a la vez.
Por qué importa
Si estás valorando meter Claude o ChatGPT por API en un proceso con datos de clientes, esto cambia la conversación con tu asesoría legal. Hasta ahora, la pregunta era si el proveedor guardaba algo y durante cuánto. La respuesta de OpenAI para clientes ZDR es que no guarda nada, y que aun así puede vigilar el uso.
En la práctica hay tres cosas que comprobar antes de firmar nada. Primero, si tu contrato de API te da acceso a ZDR: es para clientes elegibles, no para cualquiera con una tarjeta. Segundo, qué modelos entran, porque las políticas de retención cambian por modelo y no por proveedor. Tercero, si tu caso de uso pasa por interacciones largas encadenadas, que es exactamente lo que Private Safety Processing analiza.
Y una advertencia de las que ahorran disgustos: la política de retención de un proveedor puede cambiar de un mes para otro, como demostró Anthropic en julio. Si tu arquitectura depende de que un proveedor concreto no guarde nada, tienes una dependencia que conviene documentar y revisar cada trimestre, no una decisión cerrada.
Relacionado
