OpenAI promete no guardar prompts: la seguridad se procesará aparte
OpenAI reafirmó el 19 de agosto de 2026 que los clientes elegibles de su API pueden usar modelos de frontera con Zero Data Retention (ZDR): tras procesar una solicitud, la empresa no conserva el prompt ni la respuesta. En el mismo anuncio del 19 de agosto, presentó Private Safety Processing como una prueba limitada destinada a detectar patrones de abuso entre interacciones sin dar a su personal acceso al contenido empresarial subyacente.
OpenAI mantiene así una promesa vigente para implementaciones admitidas y, por separado, prueba una arquitectura de seguridad que todavía no está disponible de forma general. Axios confirmó el mismo 19 de agosto que el ensayo se dirige a clientes empresariales y elegibles de API, no a usuarios de los planes personales de ChatGPT.
Qué significa realmente la retención cero
En una implementación ZDR elegible, OpenAI recibe el contenido necesario para ejecutar el modelo, genera la respuesta y no conserva después esos prompts y resultados. El contenido tampoco queda disponible para revisión por parte del personal de la compañía. Además, los datos de clientes empresariales no se utilizan para entrenar modelos salvo que el cliente acepte expresamente ese uso.
La garantía no se aplica automáticamente a todos los productos, cuentas o modalidades de la plataforma. Depende de que el cliente y la implementación sean elegibles, y se refiere al contenido de las solicitudes y respuestas después de su procesamiento; no convierte en inexistentes los datos contractuales, de cuenta o de facturación que puedan regirse por otras condiciones.
OpenAI también mantiene una excepción explícita para imágenes señaladas como posible material de abuso sexual infantil: pueden conservarse para revisión manual y para cumplir las obligaciones de denuncia. Por eso, la formulación precisa no es que OpenAI jamás almacene ningún dato, sino que no retiene los prompts y las respuestas de las solicitudes ZDR admitidas, salvo las excepciones declaradas.
Cómo se separaría la alerta del contenido
Los controles actuales compatibles con ZDR evalúan cada interacción de manera individual. Ese enfoque puede perder conductas que solo se vuelven reconocibles al relacionar varias solicitudes, como intentos repetidos de superar barreras, coordinación entre cuentas o una tarea de agente que continúa después de recibir la orden de detenerse.
Private Safety Processing ampliaría el análisis a interacciones relacionadas. En las implementaciones ZDR descritas por OpenAI, el contenido permanece en infraestructura controlada por el cliente. La compañía también desarrolla una alternativa en la que el contenido se alojaría en infraestructura de OpenAI, pero cifrado con claves controladas por el cliente y sin una copia de esas claves disponible para el personal del proveedor.
Los sistemas automatizados analizarían el contenido en el entorno donde esté almacenado. Si detectaran un riesgo, OpenAI recibiría una señal limitada sobre la categoría de actividad, no los prompts o las respuestas que produjeron la alerta. Esa separación explica la segunda mitad del título: el proveedor conservaría capacidad para decidir si aplica sus políticas, mientras el cliente mantendría en sus propios sistemas la información necesaria para investigar el caso.
La arquitectura no significa que OpenAI deje de procesar señales de seguridad. Significa que, según el diseño presentado, la señal categorizada quedaría separada del contenido empresarial legible. El cliente podría compartir voluntariamente información adicional si necesitara apelar una medida, explicar una actividad legítima o colaborar en la investigación de un abuso confirmado.
La política existe; el nuevo sistema sigue en prueba
Los dos componentes no tienen el mismo grado de madurez. ZDR es una modalidad ofrecida a clientes de API que cumplen los requisitos. Private Safety Processing, en cambio, se está probando con clientes iniciales y continúa siendo una vista previa, no un lanzamiento general ni una garantía ya comprobada para todos los modelos, regiones y configuraciones.
La evaluación publicada por Computerworld coincide en que el sistema relacionaría actividad entre varias interacciones y entregaría a OpenAI una señal acotada; también subraya que detectar comportamiento a lo largo del tiempo exige conservar alguna representación o estado, aunque no sea el texto original.
Ese punto marca el límite de lo anunciado. OpenAI ha explicado dónde puede permanecer el contenido, quién controlaría las claves y qué recibiría el proveedor cuando se detecte un riesgo, pero todavía no ha publicado el diseño técnico completo ni resultados cuantitativos sobre precisión, falsos positivos o cobertura. Tampoco ha detallado públicamente qué estado intermedio necesita el análisis, cuánto tiempo existe o qué identificadores acompañan a cada alerta.
Qué deberá demostrar la documentación técnica
Para un comprador empresarial, la cuestión pendiente no es solo si el proveedor puede leer el prompt. También importa comprobar qué información derivada persiste, cómo se relacionan interacciones sin crear un registro recuperable y qué evidencia obtiene el cliente cuando una señal provoca una restricción.
- Qué campos contiene la señal de seguridad y con qué cuenta, implementación o sesión se vincula.
- Qué ventana de interacciones analiza el sistema, dónde mantiene ese estado y cuándo lo elimina.
- Cómo se demuestra que OpenAI no puede utilizar las claves controladas por el cliente.
- Qué registro recibe la empresa para investigar una alerta o impugnar una decisión.
- Cómo se medirán los falsos positivos y qué auditoría podrá verificar la separación entre contenido y señal.
Por ahora, la promesa verificable tiene un perímetro concreto: las solicitudes ZDR elegibles no dejan en OpenAI una copia posterior de sus prompts y respuestas. La detección de patrones sin acceso humano al contenido es una arquitectura en prueba; su solidez dependerá de la documentación técnica, de las condiciones finales del despliegue y de pruebas que permitan auditar qué conserva realmente cada parte.
Lee también:
Suscríbete a nuestro boletín
Reciba las últimas noticias sobre Web3, IA y criptomonedas directamente en su bandeja de entrada.