Como manter transcrições de reunião privadas no OpenRouter

Resposta curta: se você manda transcrições de reunião pelo OpenRouter, ative as configurações de privacidade da sua conta no OpenRouter e acrescente as mesmas duas flags às requisições do Autorec com um botão. O Zero Data Retention limita o roteamento a endpoints que não guardam nada, e bloquear os provedores que armazenam entradas para treinamento elimina o resto. Deixe desligada a opção de compartilhamento de dados do próprio OpenRouter. Para processamento só na UE, aponte a URL base do Autorec para o endpoint europeu. É assim que a documentação do OpenRouter descreve essas configurações em outubro de 2026; elas mudam, então confira os links no fim.

O Autorec grava e transcreve na sua máquina. O resumo com IA, que é opcional, é a única etapa que envia texto para fora: a transcrição vai para o endpoint que você configurar em Configurações, Resumo com IA. Cada requisição leva o seu prompt de resumo, a transcrição completa, o nome do modelo, max_tokens, temperature e qualquer campo extra que você adicionar (mais sobre isso abaixo). Se esse endpoint é o OpenRouter, o texto segue para um provedor de modelo que talvez você nunca tenha escolhido pelo nome. Essa é a questão de privacidade. (Se preferir nem entrar nela, o post sobre LLM local mostra como rodar o resumo no seu próprio hardware.)

Para a configuração do OpenRouter em si, veja Resumos de reunião com o OpenRouter. Este post trata só de privacidade.

O que o próprio OpenRouter guarda

Segundo a documentação de privacidade do OpenRouter, ele não armazena seus prompts nem as respostas por padrão. Ele guarda metadados de cada requisição, como contagem de tokens e latência.

Existem duas opções de adesão, ambas desligadas por padrão e independentes uma da outra:

Private Input & Output Logging (configurações de Observability) guarda seus prompts e respostas para você poder lê-los nos seus próprios logs.
OpenRouter Use of Inputs/Outputs (configurações de Privacy) deixa o OpenRouter usar seus prompts e respostas para melhorar o produto. Em troca, você ganha 1% de desconto no uso de modelos.

Eu não aceitaria o desconto em chamadas confidenciais. Deixe as duas desligadas.

Uma ressalva da mesma página: o OpenRouter separa uma pequena amostra de prompts para categorização, que alimenta os relatórios e os rankings de modelos dele. A menos que você tenha aderido ao uso das entradas, essa amostra fica guardada de forma anônima e não é vinculada à sua conta.

A pergunta de verdade é o provedor

O OpenRouter repassa a sua requisição a um provedor de modelo, e cada provedor tem a sua política. Alguns guardam os prompts por um tempo. Alguns podem treinar com eles. A documentação de roteamento do OpenRouter descreve o padrão como allow: provedores que “armazenam dados do usuário de forma não transitória e podem treinar com eles” podem ser escolhidos.

Você tem dois controles para isso, e os dois ficam nas configurações de privacidade da sua conta, em openrouter.ai/settings/privacy.

Zero Data Retention

Com o ZDR ativado, o OpenRouter só encaminha para endpoints com política de Zero Data Retention, ou seja, que não guardam nada depois da inferência. A página de configurações tem uma chave separada por grupo de modelos: Anthropic, OpenAI, Google, xAI e “all other models”. Ative os grupos que você vai usar de fato, ou todos.

Duas coisas para saber:

Menos endpoints se qualificam, então alguns modelos podem ficar indisponíveis ou ter menos provedores por trás. A documentação avisa que endpoints sem ZDR “podem não estar disponíveis” com o ZDR ligado. Teste o seu modelo depois de ativar.
O ZDR cobre só o roteamento da inferência. Plugins e ferramentas de servidor, como a busca na web, têm regras de retenção próprias. O Autorec não usa nada disso, mas vale saber se você reaproveita a chave em outro lugar.

Bloquear provedores que treinam com as entradas

A outra configuração desativa provedores terceiros que armazenam entradas para treinamento. Ela corresponde a data_collection: "deny" na API: só são usados provedores que não coletam dados do usuário. O ZDR é o mais rigoroso dos dois, mas dá para ativar ambos.

Flags por requisição no Autorec

O OpenRouter aceita os mesmos dois controles em cada requisição, dentro de um objeto provider. O Autorec deixa você acrescentá-los. Em Configurações, Resumo com IA, há uma caixa de texto chamada Extra request fields (JSON). O objeto JSON que você colocar ali é mesclado no nível superior de toda requisição de resumo. Com o preset do OpenRouter selecionado, clique em Use privacy settings e ele preenche:

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

Você também pode colar isso à mão. O campo é salvo quando você clica fora dele. A chave de API do OpenRouter continua sendo necessária no campo da chave.

O que as duas flags fazem, segundo a documentação de roteamento de provedores do OpenRouter:

zdr: true encaminha a requisição só para endpoints com política de Zero Data Retention.
data_collection: "deny" usa só provedores que não coletam dados do usuário. O padrão é "allow".

O Autorec valida o campo. model, messages e stream são reservados, porque o próprio Autorec os define; tentar salvá-los mostra “Not saved: autorec sets “model” itself.” (com o nome do campo preenchido). Qualquer coisa que não seja um objeto JSON é recusada com “Not saved: this isn’t a JSON object.” O campo consegue sobrescrever max_tokens e temperature, então só coloque esses dois ali se for de propósito.

Mantenha também as configurações da conta

Eu ativaria mesmo assim as configurações da conta da seção anterior. Um zdr na requisição só acrescenta exigências. O OpenRouter o combina com as configurações da conta e as guardrails, então ele nunca consegue afrouxá-las. As configurações da conta também cobrem qualquer outro app que use a sua chave, e servem de rede de segurança se você apagar o campo sem querer ou colar algo com erro de digitação. Trate as flags por requisição como uma segunda camada, não como substituta.

Guardrails, se você tem uma equipe

As guardrails do OpenRouter são regras que você atribui a chaves de API ou a membros da organização. Elas podem exigir ZDR por grupo de modelos, restringir quais provedores e modelos são permitidos e limitar quais domínios regionais uma chave pode usar. Uma guardrail não exige nada até ser atribuída, e quando várias se aplicam, vale o resultado mais restritivo.

Para uma pessoa com uma chave, as configurações da conta bastam. Se várias pessoas dividem uma organização, crie uma chave só para o Autorec e atribua uma guardrail a ela, para que a proteção não dependa das configurações pessoais de cada um.

Processamento só na UE

Se as suas chamadas envolvem dados da UE, o OpenRouter oferece roteamento dentro da região. Você usa trocando a URL base, sem nenhuma chave para ativar:

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

No Autorec, abra Configurações, Resumo com IA, escolha OpenRouter como provedor e edite o campo URL base da API. É um campo de texto comum, então dá para sobrescrever o preset. A chave de API e os IDs de modelo continuam os mesmos.

O que a documentação diz sobre isso:

Planos. Está disponível nos planos Business e Enterprise do OpenRouter. O upgrade para o Business é self-service, em Settings, Manage plan.
Falha fechada. Requisições no domínio da UE só vão para provedores na região (UE/EEE, Reino Unido e Suíça). Se nenhum puder servir o seu modelo, você recebe um erro, não um desvio silencioso para outra região. O catálogo da UE é um subconjunto do global.
Nem tudo fica na UE. Dados da conta, registros de cobrança, dados de autenticação, logs de segurança e metadados de monitoramento de abuso ainda podem ser processados nos EUA.
O DPA. O OpenRouter oferece um acordo de processamento de dados para o GDPR, com Cláusulas Contratuais Padrão. Existe um aditivo de processamento só na UE para os payloads da API, mas ele só vale se você optar por ele por escrito. Não é automático.
Combine com o ZDR. A documentação recomenda usar o roteamento regional junto com o Zero Data Retention. A região controla onde o processamento acontece. O ZDR controla se algo é guardado.
Aplicação. A configuração de regiões de dados permitidas de uma guardrail pode rejeitar requisições que chegam pelo domínio errado.

O roteamento regional também não muda as suas próprias contas de nuvem. Se você usa suas próprias chaves de Bedrock, Azure ou Vertex, essas implantações precisam estar na região certa. O post sobre GDPR mostra o quadro mais amplo de conformidade, incluindo o que um DPA cobre e o que não cobre.

Checklist

No OpenRouter, abra Settings, Privacy e ative o ZDR para cada grupo de modelos que você usa.
No mesmo lugar, desative os provedores que armazenam entradas para treinamento.
Deixe desligados o OpenRouter Use of Inputs/Outputs (o desconto de 1%) e o Private Input & Output Logging.
No Autorec, abra Configurações, Resumo com IA, escolha OpenRouter e clique em Use privacy settings, em Extra request fields.
Opcional, para trabalho na UE: num plano Business ou Enterprise, troque a URL base da API do Autorec para https://eu.openrouter.ai/api/v1 e, se puder, adicione uma guardrail de região de dados.
Para equipes: crie uma chave dedicada ao Autorec e atribua uma guardrail a ela.
Rode um resumo de teste numa gravação descartável. Se der erro com uma mensagem de “no endpoints”, o seu modelo não tem provedor com ZDR (ou na região). Escolha outro modelo.

O que isso não resolve

Essas configurações se apoiam em promessas de várias empresas. O ZDR depende de os provedores declararem a própria política com precisão, e a sua transcrição continua atravessando a rede até os servidores de outra pessoa. Se “não guardamos nada” não basta para uma determinada chamada, resuma localmente ou pule o resumo. A transcrição é um arquivo de texto simples no seu disco de qualquer jeito, e a etapa do resumo é opcional.

Fontes, conferidas em outubro de 2026: documentação do OpenRouter sobre coleta de dados e logs, Zero Data Retention, seleção de provedores, roteamento na região e guardrails.