Quasa
Utilice la aplicación QUASA
¡Únase hoy al pionero del trabajo autónomo criptográfico Web3!
Abierto
Negocios

OpenAI promete retención cero: la vigilancia verá señales, no prompts

|Autor: Equipo editorial de QUASA|5 lectura mínima| 8
OpenAI promete retención cero: la vigilancia verá señales, no prompts

OpenAI presentó el 19 de agosto de 2026 Private Safety Processing, una tecnología aún en pruebas con clientes iniciales que busca detectar patrones de riesgo entre interacciones relacionadas sin mostrar al personal los prompts ni las respuestas. La presentación oficial del 19 de agosto la define como una ampliación de los controles automatizados compatible con Zero Data Retention (ZDR), no como un servicio disponible de forma general.

La vista previa está destinada a clientes empresariales y de API elegibles; las suscripciones personales de ChatGPT quedan fuera, como confirmó la cobertura de Axios publicada el mismo 19 de agosto. En este diseño, “retención cero” significa que OpenAI no conserva los prompts y las respuestas tras procesar una solicitud elegible, aunque los sistemas automatizados sí utilizan ese contenido y producen una señal limitada si detectan un posible abuso.

Cómo el contenido se convierte en una señal

Private Safety Processing analiza interacciones relacionadas dentro de la infraestructura del cliente y genera una señal limitada sin exponer los prompts.

Private Safety Processing amplía el análisis desde una interacción aislada hasta una serie de intercambios relacionados. La finalidad es encontrar conductas que podrían pasar inadvertidas en una sola solicitud, como sondeos repetidos de las salvaguardas, coordinación entre cuentas o una tarea de agente que continúa después de recibir la orden de detenerse.

El contenido subyacente entra en el procesamiento automatizado; no es invisible para el sistema. La separación prometida ocurre después: cuando se identifica un riesgo, OpenAI recibe una señal definida de forma restringida sobre el tipo de actividad, mientras que su personal no obtiene el texto de los prompts o las respuestas, ni siquiera cuando la interacción queda marcada.

La señal puede emplearse para decidir si corresponde una medida de cumplimiento. Para investigar una alerta o impugnar una decisión, el cliente consulta la información disponible en sus propios sistemas. Solo comparte material adicional con OpenAI si decide aclarar una actividad legítima, presentar una apelación o colaborar en la investigación de un abuso verificado.

Dónde permanece el contenido

El contenido empresarial permanece bajo control del cliente mientras OpenAI recibe solo la categoría de riesgo detectada.

En las implementaciones ZDR descritas para esta arquitectura, el contenido permanece en infraestructura controlada por el cliente. Allí puede ser procesado por los controles automatizados para relacionar interacciones y generar la señal, sin quedar disponible para una revisión humana dentro de OpenAI.

Existe una segunda modalidad todavía en desarrollo: almacenar el contenido en infraestructura de OpenAI, cifrado con claves controladas por el cliente. El personal de OpenAI no tendría una copia de esas claves. La empresa presenta ambos diseños como compatibles con el envío de señales limitadas, pero no ha descrito la opción alojada y cifrada como una capacidad ya desplegada de forma general.

Por tanto, la promesa no significa que ningún componente procese los datos ni que OpenAI reciba literalmente cero información. Lo que no se conservaría bajo ZDR son los prompts y las respuestas después de la solicitud; lo que sí sale de la capa privada es un indicador derivado sobre una posible categoría de riesgo.

Quién puede acceder a la vista previa

El alcance actual es reducido: clientes empresariales y de API que cumplan los requisitos de elegibilidad, con un grupo inicial participando en las pruebas. No se han publicado criterios completos de admisión, modelos cubiertos, configuraciones admitidas ni disponibilidad regional. “Vista previa” y “pruebas” describen mejor el estado que “lanzamiento”.

Las cuentas personales de ChatGPT no adquieren ZDR mediante este anuncio. Sus controles de datos siguen separados de Private Safety Processing, por lo que una protección diseñada para determinadas implementaciones empresariales y de API no puede trasladarse a todos los usuarios de los productos de OpenAI.

Tampoco son equivalentes la retención cero y la exclusión del entrenamiento. No utilizar datos empresariales para entrenar modelos salvo aceptación expresa responde a una finalidad; ZDR responde a otra: si el contenido permanece almacenado después de procesarse. Private Safety Processing intenta añadir detección entre interacciones sin renunciar a esa segunda condición.

Dónde termina la promesa

El cliente investiga una alerta con sus propios registros y la vista de OpenAI conserva únicamente la señal de seguridad.

La primera frontera es la propia señal. OpenAI ha explicado que indicará de manera restringida el tipo de actividad, pero todavía no ha publicado el documento técnico que permita conocer todos sus campos, su periodo de conservación, el método usado para relacionar interacciones o las garantías con las que un tercero podría comprobar que el contenido subyacente no abandona el entorno protegido.

El diseño tampoco elimina los falsos positivos ni convierte una alerta en una prueba completa. Un análisis de Computerworld sobre la arquitectura señala que la dificultad central será verificar el sistema y que la carga forense se desplaza hacia el cliente, cuyos registros deberán aportar el contexto que la señal no contiene.

Además, ZDR mantiene una excepción explícita para imágenes marcadas como posible material de abuso sexual infantil. Esas imágenes pueden conservarse para revisión manual y para cumplir las obligaciones legales de denuncia. En consecuencia, “cero” describe el tratamiento ordinario de prompts y respuestas en implementaciones elegibles, no una ausencia absoluta de retención bajo cualquier circunstancia.

Qué falta antes de una disponibilidad más amplia

OpenAI planea iniciar el despliegue de Private Safety Processing y publicar un documento técnico en septiembre de 2026. Ambos son pasos futuros: la vista previa actual no demuestra todavía el comportamiento del sistema a escala ni permite evaluar de manera independiente la correlación entre interacciones, el contenido exacto de las señales o la modalidad alojada con claves del cliente.

Lo confirmado por ahora es más acotado. La tecnología está en pruebas, se dirige a clientes elegibles y pretende mantener los prompts y las respuestas fuera del alcance del personal mientras entrega indicadores automatizados de riesgo. La disponibilidad general, las especificaciones de auditoría y las métricas de precisión siguen pendientes.

Lee también:

Compartir:

Suscríbete a nuestro boletín

Reciba las últimas noticias sobre Web3, IA y criptomonedas directamente en su bandeja de entrada.

0