Privacy Mode no Cursor: o que ele desliga, como ativar e o que ainda sai

O Privacy Mode é um controle entre vários no Cursor, e cada um mora em um lugar diferente. Ele não mexe no índice de busca local, não cria o .cursorignore por você e não muda o que acontece com seus dados quando você usa chave de API própria.

Por isso, este guia separa as coisas em três partes: o que muda no treino, o que muda na retenção e o que continua saindo da sua máquina mesmo com o modo ligado. Você precisa do Cursor instalado, de uma conta logada e de saber se ela é individual ou de time.

O que o Privacy Mode do Cursor faz (e o que acontece com ele desligado)

Com o Privacy Mode ligado, o Cursor não usa seus dados para treino. Com ele desligado, entra o modo de compartilhamento de dados, e aí o Cursor pode armazenar e usar o que você faz no editor para melhorar recursos de IA e treinar modelos, segundo a visão geral de uso de dados do Cursor.

Vale ver os dois estados lado a lado:

Ponto	Privacy Mode ligado	Privacy Mode desligado
Treino pelo Cursor	Seus dados não são usados	Codebase, prompts, ações no editor e trechos de código podem ser usados
Armazenamento	Cache temporário de arquivos, sem uso para treino	Dados podem ser armazenados
Provedores de modelo	Acordos de retenção zero (ZDR)	Não é esse o foco do modo

Que ZDR é esse? É o acordo de retenção zero de dados que o Cursor mantém com todos os provedores de modelo. Pela página de uso de dados, os provedores não armazenam nem treinam com o que recebem.

E o cache? A página de segurança do Cursor explica que o conteúdo de arquivos fica em cache temporário nos servidores para reduzir latência. Esse cache não é permanente e, com o Privacy Mode ligado, não vira dado de treino.

Tem uma exceção documentada, e vale conhecer antes de confiar cegamente no ZDR. Os provedores, incluindo o próprio Cursor, podem rodar classificadores de risco, e prompts que disparem detectores de abuso podem ser armazenados para investigação e apagados conforme a política de retenção de cada provedor, como descreve a mesma página de uso de dados.

Antes de ativar: o que você precisa saber

Três checagens rápidas evitam configurar a coisa errada:

• Cursor instalado e logado. O toggle fica nas configurações do editor, ligado à sua conta.
• Tipo de conta. Individual ou de time (Teams/Enterprise). O caminho muda, porque em time quem manda de verdade é o admin.
• Chave de API própria (BYOK). Se você usa sua própria chave, o tratamento dos dados muda, e o ZDR deixa de valer para essas requisições.

Como ativar o Privacy Mode no Cursor: conta individual e time

O caminho individual é pelas configurações do editor, e o de time é pelo dashboard da organização. Os passos abaixo seguem a ajuda de privacidade do Cursor.

1. Conta individual. Abra Cursor Settings com Cmd+Shift+J no Mac ou Ctrl+Shift+J no Windows/Linux, clique em General e ligue o Privacy Mode.

   Checagem: o toggle do Privacy Mode precisa aparecer ligado na aba General.

2. Time (Teams ou Enterprise). Em times, o Privacy Mode já vem ligado por padrão para todos os membros. O admin pode forçar o modo para a organização inteira pelo dashboard em cursor.com/dashboard.

   Com isso, segundo a documentação de governança de dados, os membros não conseguem desligar o Privacy Mode nem os compromissos de retenção zero para modelos roteados pelo Cursor.

   Erro comum deste passo: achar que o padrão ligado já basta. Padrão é ponto de partida, não trava. O que impede o membro de mudar a própria configuração é o admin forçar o modo para a organização.

3. Enterprise com dependência do ZDR. Se a empresa conta com os acordos de retenção zero do Cursor, a documentação de governança prevê duas decisões: escolher quais modelos a organização permite e restringir chaves de API pessoais (BYOK).

O porquê é simples: um dev usando chave própria sai da cobertura do ZDR, então liberar BYOK abre uma porta que o enforce do Privacy Mode sozinho não fecha.

Privacy Mode atual x Privacy Mode (Legacy): por que Cloud Agents somem

No Privacy Mode atual, o Cursor pode armazenar seu código nos servidores, de forma criptografada e com escopo restrito, para habilitar recursos como Background/Cloud Agents e Memories. Esse armazenamento não é usado para treino, de acordo com a página de uso de dados.

A documentação também descreve o Privacy Mode (Legacy), que bloqueia o armazenamento de dados na nuvem. Aí entra o efeito colateral: um cloud agent precisa armazenar código e dados de ambiente enquanto roda, então os Cloud Agents ficam indisponíveis nesse modo, como explica a visão geral de segurança dos Cloud Agents.

A decisão fica assim:

• Quer Cloud Agents e Memories? O modo atual atende, com armazenamento criptografado e sem treino.
• A regra é nada de código guardado na nuvem? O comportamento do Legacy é o que bloqueia isso, e você abre mão dos Cloud Agents.

Se você trabalha muito delegando tarefas ao agente, no estilo de vibe coding no Cursor, essa escolha pesa mais, porque ela define quais recursos ficam de pé.

O que continua saindo da sua máquina mesmo com o Privacy Mode ligado

Ligar o Privacy Mode não faz o Cursor parar de enviar dados. Ele muda o que pode ser feito com esses dados, e cada fluxo tem a sua regra:

1. Prompts e contexto. Vão para o backend do Cursor e para os provedores de modelo, sob os acordos de ZDR, com a exceção dos detectores de abuso já citada.
2. Cache de arquivos. Conteúdo de arquivos fica em cache temporário nos servidores para reduzir latência, sem armazenamento permanente e sem treino (página de segurança).
3. Armazenamento para recursos. No modo atual, código criptografado e com escopo restrito pode ficar guardado para Cloud Agents e Memories.
4. Chave de API própria (BYOK). A requisição continua passando pelo backend do Cursor, onde o prompt final é montado. A chave vai em conexão criptografada e não é persistida depois da requisição, mas o ZDR não se aplica, e vale a política de privacidade do provedor, conforme a ajuda sobre chaves de API.

O ponto central é que esses são controles independentes. Mudar um não desliga os outros: cada controle tem o seu próprio interruptor.

Na prática, um dev com Privacy Mode ligado e chave própria ainda tem os dados tratados pela política do provedor da chave. Tome cuidado com essa combinação, porque ela passa a impressão de proteção total sem entregar isso.

Indexação do código no Cursor: o índice de busca fica local

A busca do agente usa o Instant Grep, e o índice é construído e consultado na sua máquina. Pela documentação de busca do Cursor, o Cursor não envia caminhos de arquivo nem código para montar um índice de busca e não guarda embeddings do codebase para busca.

Como esse índice funciona:

• Fica na pasta .git/cursor/ do repositório.
• É incremental, ligado ao commit do git e se reconstrói sozinho.
• É montado só com arquivos commitados.
• Fora de um repositório git, a busca usa o ripgrep comum.

Para verificar, abra a raiz do projeto e confira se existe a pasta .git/cursor/ dentro do .git. É ali que o índice vive, na sua máquina.

Repare no detalhe dos arquivos commitados. Um arquivo que nunca foi commitado não entra nesse índice, mas isso não impede o agente de ler o arquivo por outros caminhos. Para bloquear acesso, o controle certo é outro.

Como bloquear arquivos sensíveis com .cursorignore

O .cursorignore bloqueia o acesso do Agent, do Tab e das referências @ aos arquivos listados. Se você conhece o .gitignore, a ideia é bem semelhante, inclusive a sintaxe, segundo a referência do Ignore File.

4. Crie o arquivo na raiz do projeto. O nome é .cursorignore e a sintaxe é a mesma do .gitignore. O exemplo abaixo é didático, só para mostrar o formato, com um arquivo de variáveis de ambiente e uma pasta de segredos:

   # exemplo didático de .cursorignore
   .env
   segredos/

   Com isso, Agent, Tab e referências @ deixam de acessar esses caminhos.

5. Saiba o que já vem bloqueado. O Cursor respeita automaticamente o .gitignore e uma lista padrão de ignorados. Existe também uma lista global de ignorados nas configurações de usuário, que vem vazia por padrão.

Erro comum deste passo: confiar no .cursorignore como cofre. A documentação deixa claro que o terminal e as ferramentas de servidores MCP usadas pelo Agent não conseguem bloquear o acesso a código coberto pelo .cursorignore. Se o agente roda um comando no terminal que lê o .env, o bloqueio não segura. Segredos não devem ficar acessíveis por esses caminhos.

Próximo passo: revisar os três controles hoje

Separe uns minutos e passe por cada interruptor, um de cada vez:

• Abra Cursor Settings, vá em General e confirme que o Privacy Mode está ligado.
• Se você é admin de time, force o modo em cursor.com/dashboard e decida se a empresa vai restringir BYOK e quais modelos libera.
• Crie o .cursorignore com os arquivos sensíveis do projeto e revise o que o terminal e os servidores MCP configurados conseguem alcançar.

As regras de privacidade mudam junto com os recursos do editor, então use a página de uso de dados e a página de segurança do Cursor como fonte primária quando quiser conferir se algo mudou.

Fontes consultadas

Consulta em 12/11/2026.

• Cursor · Data Use & Privacy Overview
• Cursor · Security
• Cursor Help: Privacy and data
• Cursor Docs: Privacy and Data Governance
• Cursor Help: Bring your own API key
• Cursor Docs: Cloud Agent Security overview
• Cursor Docs: Search
• Cursor Docs: Ignore File

Acompanhe os tutoriais do Hora de Codar no YouTube.