GitHub Copilot coleta seu código privado: como proteger

A partir de 24 de abril de 2026, o GitHub passou a usar dados de interação do Copilot Free, Pro e Pro+ — incluindo snippets de código, inputs, outputs e padrões de navegação de sessões ativas em repositórios privados — para treinar e melhorar seus modelos de IA. A mudança é opt-in automático: quem não agir ativo continua contribuindo com dados. Para freelancer que guarda código de cliente em repo privado, isso levanta questão imediata de confidencialidade e, dependendo do contrato, de LGPD.

O que exatamente o GitHub coleta do seu Copilot

A política cobre usuários dos planos Free, Pro e Pro+. O que entra no pipeline de treinamento: snippets de código aceitos ou rejeitados, o contexto enviado ao modelo (janela de contexto local), sugestões geradas, padrões de navegação dentro do editor e dados de sessão. O ponto crítico: a coleta acontece mesmo em repositórios privados, não apenas em repos públicos como era antes.

Na prática, se você tem um repo privado com lógica de negócio de um cliente — regras de precificação, estrutura de banco, integrações com APIs internas — e usa o Copilot nesse contexto, trechos desse código podem ser usados para melhorar os modelos. Não é necessariamente malicioso, mas viola a expectativa razoável de que código privado permanece privado. E, se seu contrato com o cliente inclui cláusula de confidencialidade, você pode estar em descumprimento.

• Snippets de código: trechos que o Copilot vê como contexto para gerar sugestões.
• Inputs e outputs: o que você digitou e o que o modelo sugeriu, incluindo sugestões rejeitadas.
• Padrões de navegação: quais arquivos você abriu, em que ordem, quanto tempo ficou em cada um.
• Sessões em repos privados: não há distinção entre repo público e privado na coleta.

Como desabilitar a coleta de dados no GitHub Copilot

O opt-out fica nas configurações da conta GitHub, não no editor. O caminho é: GitHub.com → Settings → Copilot → Policies → Allow GitHub to use my data for product improvements. Desmarque essa opção. A mudança é imediata para sessões futuras. Em organizações, o administrador pode desabilitar globalmente para todos os membros via Organization Settings → Copilot → Policies.

Se você gerencia um time pequeno ou tem seats de organização GitHub, o fluxo correto é desabilitar pelo painel da organização antes de qualquer configuração individual. A configuração da org sobrepõe a do usuário — então membros não conseguem reativar se o admin bloqueou. Para freelancer solo sem org, basta a configuração pessoal.

Implicações LGPD para freelancer que trabalha com código de cliente

A LGPD (Lei 13.709/2018) exige que o tratamento de dados pessoais tenha base legal e finalidade específica. Código de software em si não é dado pessoal por padrão — mas pode conter dados pessoais embutidos: CPFs em seeds de banco, e-mails hardcoded, dados de usuário em fixtures de teste. Se o Copilot envia esses trechos para treinamento, você pode estar transferindo dados pessoais de terceiros para o GitHub/Microsoft sem consentimento ou base legal adequada.

Para freelancer, o risco prático é contratual antes de ser regulatório. Se o contrato com o cliente tem cláusula de confidencialidade ou restrição de ferramentas de terceiros (comum em contratos com empresas médias e grandes), usar o Copilot sem opt-out pode configurar inadimplemento contratual. Não é necessário esperar uma multa da ANPD — o cliente pode rescindir ou exigir indenização com base na cláusula de confidencialidade.

• Verifique seu contrato: existe cláusula de confidencialidade de código ou restrição de ferramentas de terceiros?
• Revise os repos que você abre com Copilot ativo: separe repos de cliente de repos pessoais.
• Nunca coloque dados reais em fixtures: CPF, e-mail e telefone de usuário em seeds é risco independente do Copilot.
• Documente o opt-out: se você desabilitou a coleta, guarde screenshot com data como evidência de boa-fé.
• Informe o cliente se relevante: em contratos enterprise-grade, transparência proativa vale mais que silêncio.

O artigo de checklist LGPD para site pequeno cobre o básico de compliance para quem opera como MEI ou ME. Mas código de cliente envolve uma camada extra: você processa dados como operador (não controlador), o que muda a responsabilidade — e a exposição.

Alternativas ao Copilot que não treinam em seus dados

Se o opt-out não resolve porque o cliente exige garantia contratual, ou porque você simplesmente não quer depender de configuração manual, existem alternativas viáveis. A mais imediata é rodar um modelo local — como mostramos no guia de Copilot local com Gemma e Mistral no laptop. Zero dados enviados para fora da máquina, custo marginal zero depois do setup, e desempenho aceitável para tarefas de autocompletar e refatoração simples.

O Cursor merece atenção especial aqui. A ferramenta tem um Privacy Mode explícito que desativa o envio de código para os servidores deles e impede uso em treinamento. Para freelancer que precisa de garantia contratual, ativar o Privacy Mode no Cursor e documentar isso é mais robusto do que confiar em opt-out do GitHub que pode mudar de política novamente. O Continue.dev com Ollama é a opção totalmente open source: você escolhe o modelo, roda local e nenhum byte sai da máquina.

Como adaptar o workflow sem perder produtividade

Desabilitar a coleta de dados não desabilita o Copilot — ele continua funcionando normalmente. O que muda é que o GitHub não usa suas interações para melhorar os modelos futuros. Na prática, seu autocomplete do dia a dia não piora em nada imediato. A perda, se houver, é marginal: você não contribui para melhorias futuras, mas também não se beneficia de nenhuma vantagem exclusiva por contribuir.

Para quem quer uma camada adicional de proteção sem trocar de ferramenta, a estratégia mais prática é a separação por perfil: crie um perfil de editor exclusivo para projetos de cliente (com Copilot desabilitado ou em modo restrito) e outro para projetos pessoais e open source. No VS Code, isso se faz via Profiles — cada perfil tem suas próprias extensões e configurações. Assim você mantém o benefício do Copilot onde o risco é baixo e elimina onde o risco é alto.

1. Opt-out imediato: GitHub Settings → Copilot → desmarcar coleta de dados.
2. Auditar repos abertos: quais repos têm código de cliente? Copilot está ativo nesses projetos?
3. Criar perfil VS Code separado: um perfil para cliente (sem Copilot ou com modelo local), outro para projetos pessoais.
4. Documentar o opt-out com screenshot: data e configuração visível, guarda no Notion ou em pasta do projeto.
5. Revisar contratos novos: incluir cláusula explicitando quais ferramentas de IA são usadas e como código é tratado.
6. Considerar upgrade para Business se você tem vários clientes enterprise e precisa de garantia contratual formal.

O que incluir no contrato de freelancer sobre ferramentas de IA

A forma mais limpa de resolver isso estruturalmente é no contrato, antes de começar o projeto. Uma cláusula simples cobre: quais ferramentas de IA são usadas no desenvolvimento, se código do cliente é ou não enviado para terceiros, e qual o procedimento em caso de mudança de política das ferramentas. Não precisa ser jurídico complexo — clareza é suficiente para a maioria dos clientes.

Esse tipo de cláusula também serve como diferencial competitivo. Clientes que já foram queimados por vazamento de código ou por algum incidente de dados percebem valor imediato em um freelancer que pensa nesses detalhes antes de ser questionado. Para quem quer se aprofundar na parte de segurança de infraestrutura como um todo, o artigo de segurança mínima para solopreneur indie cobre as cinco camadas essenciais sem overkill operacional.