Cómo mantener privadas tus transcripciones de reuniones en OpenRouter

Respuesta corta: si envías transcripciones de reuniones a través de OpenRouter, activa los ajustes de privacidad de tu cuenta de OpenRouter y añade los mismos dos indicadores a las peticiones de Autorec con un solo botón. Zero Data Retention limita el enrutamiento a endpoints que no guardan nada, y bloquear a los proveedores que almacenan las entradas para entrenar elimina el resto. Deja desactivada la opción de OpenRouter para compartir datos. Si necesitas que el tratamiento se haga solo en la UE, apunta la URL base de Autorec al endpoint europeo. Así describe la documentación de OpenRouter estos ajustes a octubre de 2026; cambian, así que revisa los enlaces del final.

Autorec graba y transcribe en tu equipo. El resumen con IA, que es opcional, es el único paso que envía texto fuera: la transcripción va al endpoint que configures en Ajustes, Resumen con IA. Cada petición lleva tu prompt de resumen, la transcripción completa, el nombre del modelo, max_tokens, temperature y los campos adicionales que añadas (más sobre eso abajo). Si ese endpoint es OpenRouter, el texto se reenvía a un proveedor de modelos que quizá nunca elegiste por su nombre. Esa es la cuestión de privacidad. (Si prefieres ahorrarte la cuestión, el artículo sobre LLM local explica cómo generar el resumen en tu propio hardware.)

Para la configuración de OpenRouter en sí, consulta Resúmenes de reuniones con OpenRouter. Este artículo trata solo de la privacidad.

Qué guarda OpenRouter

Según su documentación sobre privacidad, OpenRouter no guarda por defecto tus prompts ni las respuestas. Sí guarda metadatos de cada petición, como el recuento de tokens y la latencia.

Hay dos opciones que tienes que activar tú, ambas desactivadas por defecto e independientes entre sí:

Private Input & Output Logging (ajustes de Observability) guarda tus prompts y respuestas para que puedas leerlos en tus propios registros.
OpenRouter Use of Inputs/Outputs (ajustes de Privacy) permite a OpenRouter usar tus prompts y respuestas para mejorar su producto. A cambio, obtienes un 1 % de descuento en el uso de modelos.

Yo no aceptaría el descuento para llamadas confidenciales. Deja las dos desactivadas.

Un matiz de esa misma página: OpenRouter toma una pequeña muestra de prompts para categorizarlos, lo que alimenta sus informes y sus rankings de modelos. Salvo que hayas activado el ajuste de uso de entradas, esa muestra se guarda de forma anónima y no se vincula a tu cuenta.

La pregunta de verdad es el proveedor

OpenRouter reenvía tu petición a un proveedor de modelos, y cada proveedor tiene su propia política. Algunos guardan los prompts durante un tiempo. Algunos pueden entrenar con ellos. La documentación de enrutamiento de OpenRouter describe el valor por defecto como allow: los proveedores que «almacenan datos de usuario de forma no transitoria y pueden entrenar con ellos» entran en juego.

Tienes dos controles para esto, y ambos están en los ajustes de privacidad de tu cuenta, en openrouter.ai/settings/privacy.

Zero Data Retention

Con ZDR activado, OpenRouter solo enruta a endpoints que tienen una política de Zero Data Retention, es decir, que no guardan nada después de la inferencia. La página de ajustes tiene un interruptor separado por grupo de modelos: Anthropic, OpenAI, Google, xAI y «all other models». Activa los grupos que vayas a usar de verdad, o todos.

Dos cosas que conviene saber:

Cumplen menos endpoints, así que algunos modelos pueden no estar disponibles o tener menos proveedores detrás. La documentación advierte que, con ZDR activado, los endpoints sin ZDR «pueden no estar disponibles». Prueba tu modelo después de activarlo.
ZDR solo cubre el enrutamiento de la inferencia. Los plugins y las herramientas de servidor, como la búsqueda web, tienen sus propias reglas de conservación. Autorec no los usa, pero conviene saberlo si reutilizas la clave en otro sitio.

Bloquear a los proveedores que entrenan con las entradas

El otro ajuste desactiva a los proveedores externos que almacenan las entradas para entrenar. Equivale a data_collection: "deny" en la API: solo se usan proveedores que no recopilan datos de usuario. ZDR es el más estricto de los dos, pero puedes activar ambos.

Indicadores por petición en Autorec

OpenRouter acepta esos mismos dos controles en cada petición, dentro de un objeto provider. Autorec te deja añadirlos. En Ajustes, Resumen con IA, hay un área de texto llamada Extra request fields (JSON). El objeto JSON que pongas ahí se fusiona con el nivel superior de cada petición de resumen. Con el preajuste de OpenRouter seleccionado, haz clic en Use privacy settings y se rellena con:

{"provider": {"zdr": true, "data_collection": "deny"}}

También puedes pegarlo tú. El campo se guarda cuando haces clic fuera de él. Sigues necesitando tu clave de API de OpenRouter en el campo de la clave.

Qué hacen los dos indicadores, según la documentación de enrutamiento de proveedores de OpenRouter:

zdr: true envía la petición solo a endpoints con política de Zero Data Retention.
data_collection: "deny" usa solo proveedores que no recopilan datos de usuario. El valor por defecto es "allow".

Autorec valida el campo. model, messages y stream están reservados porque Autorec los fija él mismo; si intentas guardarlos, verás «Not saved: autorec sets “model” itself.» (con el nombre del campo que corresponda). Cualquier cosa que no sea un objeto JSON se rechaza con «Not saved: this isn’t a JSON object.» El campo puede sobrescribir max_tokens y temperature, así que no los pongas ahí salvo que sea a propósito.

Mantén también activados los ajustes de la cuenta

Yo seguiría activando los ajustes de toda la cuenta de la sección anterior. Un zdr por petición solo añade control. OpenRouter lo combina con los ajustes de tu cuenta y de tus guardrails, así que nunca puede relajarlos. Los ajustes de la cuenta cubren además cualquier otra app que use tu clave, y son la red de seguridad si vacías el campo sin querer o pegas algo con una errata. Trata los indicadores por petición como una segunda capa, no como un sustituto.

Guardrails, si trabajas en equipo

Los guardrails de OpenRouter son reglas que asignas a claves de API o a miembros de una organización. Pueden imponer ZDR por grupo de modelos, restringir qué proveedores y modelos se permiten y limitar qué dominios regionales puede usar una clave. Un guardrail no impone nada hasta que se asigna, y cuando se aplican varios, gana el resultado más estricto.

Para una persona con una clave, los ajustes de la cuenta bastan. Si varias personas comparten una organización, crea una clave solo para Autorec y asígnale un guardrail, para que la protección no dependa de los ajustes personales de cada uno.

Tratamiento solo en la UE

Si tus llamadas implican datos de la UE, OpenRouter ofrece enrutamiento dentro de la región. Se usa cambiando la URL base, sin ningún interruptor que activar:

https://eu.openrouter.ai/api/v1

En Autorec, abre Ajustes, Resumen con IA, elige OpenRouter como proveedor y edita el campo URL base de la API. Es un campo de texto normal, así que puedes sobrescribir el preajuste. Tu clave de API y los ID de modelo no cambian.

Lo que dice la documentación al respecto:

Planes. Está disponible en los planes Business y Enterprise de OpenRouter. A Business puedes pasarte tú mismo en Settings, Manage plan.
Falla de forma cerrada. Las peticiones al dominio europeo solo van a proveedores de la región (la UE/EEE, el Reino Unido y Suiza). Si ninguno puede servir tu modelo, recibes un error, no un desvío silencioso a otra región. El catálogo europeo es un subconjunto del global.
No todo se queda en la UE. Los datos de la cuenta, los registros de facturación, los datos de autenticación, los registros de seguridad y los metadatos de vigilancia de abusos pueden seguir tratándose en EE. UU.
El contrato de encargo. OpenRouter ofrece un contrato de encargo del tratamiento conforme al RGPD con Cláusulas Contractuales Tipo. Existe un anexo de tratamiento solo en la UE para el contenido de la API, pero solo se aplica si lo eliges por escrito. No es automático.
Combínalo con ZDR. La documentación recomienda usar el enrutamiento regional junto con Zero Data Retention. La región controla dónde se hace el tratamiento. ZDR controla si se guarda algo.
Control. El ajuste de regiones de datos permitidas de un guardrail puede rechazar las peticiones que lleguen por el dominio equivocado.

El enrutamiento regional tampoco mueve tus propias cuentas en la nube. Si usas tus propias claves de Bedrock, Azure o Vertex, esos despliegues tienen que estar en la región correcta. El artículo sobre el RGPD repasa el panorama de cumplimiento más amplio, incluido lo que cubre y lo que no cubre un contrato de encargo.

Lista de comprobación

En OpenRouter, abre Settings, Privacy y activa ZDR para cada grupo de modelos que uses.
En el mismo sitio, desactiva los proveedores que almacenan las entradas para entrenar.
Deja desactivados OpenRouter Use of Inputs/Outputs (el descuento del 1 %) y Private Input & Output Logging.
En Autorec, abre Ajustes, Resumen con IA, elige OpenRouter y haz clic en Use privacy settings bajo Extra request fields.
Opcional, para trabajo en la UE: con un plan Business o Enterprise, cambia la URL base de la API de Autorec a https://eu.openrouter.ai/api/v1 y, si puedes, añade un guardrail de región de datos.
Para equipos: crea una clave dedicada para Autorec y asígnale un guardrail.
Genera un resumen de prueba con una grabación desechable. Si da un error del tipo «no endpoints», tu modelo no tiene ningún proveedor con ZDR (o dentro de la región). Elige otro modelo.

Lo que esto no resuelve

Estos ajustes descansan en las promesas de varias empresas. ZDR depende de que los proveedores declaren su política con exactitud, y tu transcripción sigue viajando por la red hasta los servidores de otro. Si «no guardamos nada» no te basta para una llamada concreta, resúmela en local o sáltate el resumen. La transcripción es un archivo de texto plano en tu disco en cualquier caso, y el paso del resumen es opcional.

Fuentes, revisadas en octubre de 2026: documentación de OpenRouter sobre recopilación de datos y registros, Zero Data Retention, selección de proveedores, enrutamiento dentro de la región y guardrails.