01
Recibimos el texto original
Tu aplicación envía la petición a QDivZero. Con Modo Paranoia activado, la revisamos antes de enviarla al proveedor que ejecuta el modelo.
MODO PARANOIA / PROTECCIÓN OPCIONAL
Oculta datos sensibles.Antes de la inferencia.
Modo Paranoia es una protección opcional que puedes activar. Al hacerlo, QDivZero revisa el texto de tu petición y sustituye las contraseñas y los datos personales sensibles que detecta por marcadores. El modelo recibe esa versión de la petición, sin los valores ocultados. Esta protección se suma a zero logs y al cifrado de las comunicaciones: nuestro proveedor no almacena datos de inferencia y, con este modo, también reducimos la información sensible que necesita procesar.
01 / CÓMO FUNCIONA
Así protegemos tu petición cuando lo activas.
Si decides activar Modo Paranoia, la revisión se realiza en los servidores de QDivZero. Buscamos datos sensibles en el texto y sustituimos los que detectamos por marcadores. El proveedor de inferencia, que es quien ejecuta el modelo, recibe el texto con esas sustituciones.
02
Sustituimos los datos detectados
Reemplazamos las contraseñas y los datos personales sensibles detectados por marcadores. Las instrucciones y el resto del texto se mantienen en la petición.
03
Enviamos la versión protegida
El proveedor ejecuta el modelo con el texto modificado y genera la respuesta. Los valores que hemos ocultado no se incluyen en esa petición.
Si lo activas, Modo Paranoia reduce la información sensible enviada al proveedor. Zero logs evita registrar el contenido de inferencia en QDivZero por defecto, y nuestro proveedor no lo almacena. HTTPS/TLS protege las comunicaciones de ida y vuelta. Las tres medidas se complementan; zero logs y el cifrado se mantienen aunque no actives Modo Paranoia.
02 / UN EJEMPLO DEL RECORRIDO
La petición cambia antes de salir.
En este ejemplo, el modelo puede trabajar con el mensaje sin conocer el nombre, el correo ni la contraseña originales. Compara ambas versiones: el proveedor no almacena la inferencia en ninguno de los dos casos. Todos los datos del ejemplo son ficticios.
QDivZeroOcultación aplicada en QDivZero
Simulación local con datos ficticios. El interruptor solo cambia este ejemplo. Las etiquetas muestran el concepto de ocultación. El resultado real depende de los datos detectados y de la configuración disponible.
Qué se filtra
Si activas Modo Paranoia, analizamos el texto compatible de la petición en nuestros servidores y ocultamos los datos sensibles detectados antes de contactar con el proveedor. El resto del contexto sigue llegando al modelo.
Qué debes revisar en tu integración
Comprueba qué partes de la petición y qué tipos de datos cubre la configuración disponible. No debes asumir que cualquier contenido, formato o archivo queda protegido por esta detección.
Si un nombre se sustituye por un marcador, el modelo recibe ese marcador y no conoce el nombre original por ese texto. El filtrado previo no cambia tus opciones de almacenamiento ni elimina datos ya guardados.
03 / DEFENSA EN PROFUNDIDAD
Zero logs y una capa más.
Zero logs, Modo Paranoia y HTTPS/TLS se complementan para proteger tus datos: controlan qué se conserva, qué información llega al modelo y cómo viaja por la red. Nuestro proveedor no almacena datos de inferencia. Puedes activar Modo Paranoia como capa opcional para reducir también la información sensible que procesa.
CONSERVACIÓN
Zero logs
QDivZero no registra por defecto prompts ni respuestas, y nuestro proveedor no almacena datos de inferencia. La excepción en QDivZero es la API Responses, que conserva contexto para continuar conversaciones.
CONTENIDO ENVIADO
Modo Paranoia
Si lo activas, ocultamos los datos sensibles detectados antes de enviar el prompt al proveedor. El resto del contexto necesario sigue viajando al destino.
COMUNICACIONES
Cifrado HTTPS/TLS
Cifra las peticiones y respuestas en ambos tramos: aplicación–QDivZero y QDivZero–proveedor. Protege frente a la interceptación en tránsito. En el destino, el modelo procesa la versión del prompt que le enviamos.
¿Qué aporta si el proveedor no almacena los datos?
Para generar una respuesta, la infraestructura necesita procesar la petición aunque no la conserve después. Si activas Modo Paranoia, reducimos la información sensible presente durante ese procesamiento. Ante un hipotético acceso no autorizado mientras se ejecuta la petición, los valores que hayamos ocultado no estarán en el contenido enviado al proveedor. Es una capa adicional a zero logs y al cifrado en tránsito; su alcance depende de los datos detectados y ocultados.
Ver todas las medidas de seguridad04 / FAQ
Qué protege Modo Paranoia.
Ocultación, almacenamiento y cifrado protegen partes distintas del recorrido de tus datos.
¿Qué añade a zero logs?
Trabajan juntos. Zero logs evita registrar el contenido de inferencia en QDivZero por defecto y nuestro proveedor no almacena esos datos. Si lo activas, Modo Paranoia actúa antes: oculta los datos sensibles detectados para reducir la información que llega al modelo. La política de almacenamiento se mantiene tanto si activas esta capa como si no.
Si el proveedor no almacena datos, ¿por qué añadir esta protección?
Porque para responder necesita procesar el contenido de la petición. No conservarlo después reduce los riesgos del almacenamiento; ocultar datos antes de enviarlos reduce su exposición durante la ejecución. Por ejemplo, un modelo puede resumir una incidencia con [PERSON] y [EMAIL] sin recibir el nombre ni el correo originales.
¿Qué diferencia hay entre ocultar datos y cifrar la conexión?
HTTPS/TLS protege la petición y la respuesta mientras viajan por la red. Al llegar al destino, el contenido se descifra para procesarlo. Si activas Modo Paranoia, sustituimos los datos sensibles detectados antes de ese envío: el modelo recibe la versión protegida y los valores ocultados no forman parte de esa petición. Ambas protecciones funcionan juntas.
¿Quién recibe el prompt original?
QDivZero recibe la petición original. Si activas Modo Paranoia, aplicamos la detección en nuestros servidores y el proveedor recibe la versión con los elementos detectados ocultados. El resto del prompt sigue formando parte del procesamiento.
¿Qué ocurre si hay un problema de seguridad en el proveedor?
El proveedor no almacena datos de inferencia. Si hubiera un acceso no autorizado durante el procesamiento, los valores ocultados por Modo Paranoia no estarían en esa petición. Esto reduce su exposición; la protección depende de qué información se haya detectado y ocultado.
¿Detecta cualquier dato confidencial?
No se debe asumir una detección perfecta. Una contraseña o un dato personal puede aparecer en formatos y contextos distintos. Revisa el alcance disponible para tu integración y evita enviar secretos que tu aplicación no necesita procesar.
¿Se activa automáticamente?
Es una opción que tú decides activar. La ocultación solo se aplica cuando Modo Paranoia está activado. Consulta los controles disponibles en la plataforma para tu integración. El ejemplo de esta página explica el funcionamiento y no activa ninguna configuración de tu cuenta.
¿Es lo mismo que anonimizar datos o cumplir el RGPD?
No. Ocultar los elementos detectados reduce la información compartida, pero el resto del contexto puede seguir permitiendo identificar a una persona. Es una medida técnica adicional que ayuda a minimizar datos y debe valorarse junto con los demás requisitos de tu aplicación.
¿Y el contexto que conserva Responses?
La ocultación del envío al proveedor y la conservación de contexto son controles distintos. Revisa las opciones de almacenamiento de Responses. Puedes eliminar el historial o desactivar su almacenamiento globalmente y utilizar Chat Completions.
Comparte lo necesario. Protege lo sensible.
Puedes activar Modo Paranoia para añadir protección antes de enviar tus peticiones al proveedor de inferencia. Tú decides si utilizas esta capa adicional.
Accede a la plataforma