Copilot CLI agora respeita arquivos excluídos — confira a política real

Em 2 de setembro de 2026, o GitHub levou à disponibilidade geral no Copilot CLI o respeito às políticas de exclusão definidas por administradores de empresa, organização e repositório. O anúncio oficial do GitHub afirma que arquivos abrangidos por essas regras deixam de ser usados como contexto nos fluxos agênticos; a mesma cobertura chegou ao aplicativo GitHub Copilot.

A mudança está disponível para clientes Copilot Business e Copilot Enterprise desde 2 de setembro de 2026. O registro de lançamentos do GitHub no releases.sh confirma a data, o status geral e a aplicação das exclusões nos dois clientes. Para o administrador, porém, a proteção real depende do escopo da regra e da correspondência entre seus padrões e os caminhos existentes.

O que passou a ser protegido no Copilot CLI

A garantia é sobre uso como contexto: o Copilot CLI não deve empregar o conteúdo de um arquivo excluído para produzir respostas no fluxo agêntico. Isso permite retirar desse contexto, por exemplo, configurações internas, arquivos de teste ou trechos proprietários identificados por uma regra administrativa.

A exclusão não equivale a uma permissão do sistema operacional. Ela não torna o arquivo ilegível para o usuário, para scripts locais ou para outras ferramentas autorizadas, nem substitui controles de acesso, gestão de credenciais e isolamento do ambiente. O verbo “respeita” do lançamento descreve a aplicação da política pelo Copilot, não um bloqueio geral de leitura no disco.

Onde a política termina

Os limites precisam entrar na auditoria para evitar uma promessa maior do que a documentação oferece:

• Planos: a cobertura anunciada se restringe a Copilot Business e Copilot Enterprise.
• Superfície: a novidade inclui os fluxos agênticos do Copilot CLI e do aplicativo GitHub Copilot; não autoriza generalizar o mesmo comportamento para qualquer cliente ou integração.
• Escopo: proprietários de empresa, proprietários de organização e administradores de repositório configuram regras com alcances diferentes.
• Editores: os modos Edit e Agent do Copilot Chat em editores não têm a mesma cobertura documentada.
• Caminhos especiais: links simbólicos e repositórios em sistemas de arquivos remotos permanecem fora das exclusões documentadas.
• Informação indireta: um IDE ainda pode fornecer dados semânticos derivados de um arquivo excluído, como tipos, definições exibidas ao passar o cursor e propriedades gerais de compilação.

Há ainda um dado operacional relevante: depois da configuração, o cliente envia a URL do repositório ao servidor do GitHub para receber a política correspondente, e a documentação conceitual sobre exclusão diz que essas URLs não são registradas. Isso explica por que a identidade do repositório faz parte da verificação, mas não significa que a exclusão cubra toda forma possível de acesso ao arquivo.

Como conferir escopos e padrões de caminho

A revisão deve seguir a hierarquia administrativa. Registre primeiro as regras da empresa, depois as da organização que atribui a licença ao usuário e, por fim, as exclusões próprias do repositório. Para cada nível, associe a regra a arquivos concretos, em vez de avaliar apenas se existe uma configuração salva.

A sintaxe usa padrões no formato fnmatch, sem distinção entre maiúsculas e minúsculas. A configuração documentada pelo GitHub traz exemplos como **/.env para arquivos com esse nome em diferentes raízes, /src/some-dir/kernel.rs para um caminho específico e /scripts/** para todo o conteúdo de uma árvore.

Em regras de organização ou empresa, o padrão deve ser associado a uma referência de repositório ou ao curinga global. O GitHub aceita referências por HTTPS, Git e SSH e informa que faz a correspondência independentemente do protocolo usado no clone; usuário e porta são ignorados nesse cálculo. Ainda assim, uma cópia com remoto ausente, um fork ou um diretório fora do repositório esperado deve ser tratado como caso distinto na auditoria.

Uma verificação ponta a ponta no Copilot CLI

Como a documentação de teste descreve um procedimento para IDEs, a checagem abaixo é um roteiro de auditoria para o CLI, não um teste oficial de conformidade. Use somente marcadores sintéticos e inofensivos: nunca coloque um segredo verdadeiro em um arquivo para descobrir se ele aparece na resposta.

1. Escolha um clone controlado e registre sua URL remota, a organização que fornece a licença e as regras aplicáveis de empresa, organização e repositório.
2. Crie um marcador único em um arquivo permitido e marcadores diferentes em arquivos que representem cada padrão excluído.
3. Abra uma nova sessão do Copilot CLI dentro desse clone e peça ao agente para localizar ou explicar o marcador do arquivo permitido. Esse controle positivo mostra que a sessão consegue consultar o projeto.
4. Faça solicitações equivalentes para os arquivos que deveriam estar excluídos, sem copiar seus conteúdos para o prompt.
5. Repita a checagem para caminhos nominais, curingas e subpastas. Se o ambiente usa links simbólicos ou armazenamento remoto, registre-os separadamente como casos sem cobertura documentada.
6. Guarde o escopo, a regra, o caminho resolvido, a URL remota e o resultado de cada execução.

Se o conteúdo excluído aparecer, a investigação deve distinguir uma regra que não chegou ao cliente de um padrão que não corresponde ao caminho real. Também convém procurar cópias do mesmo dado em locais permitidos: bloquear um arquivo não exclui automaticamente duplicatas que estejam fora do padrão.

A ausência de um marcador em uma única resposta não prova proteção absoluta, porque a resposta do modelo pode variar e talvez não usasse aquele arquivo mesmo sem a regra. Comparar o resultado com um arquivo permitido e repetir solicitações diretas de localização, leitura e explicação torna a verificação mais informativa, embora continue sendo uma evidência operacional, não uma garantia matemática.

O estado confirmado após o lançamento

O estado confirmado é específico: desde 2 de setembro de 2026, Copilot Business e Copilot Enterprise oferecem, em disponibilidade geral, aplicação das políticas administrativas de exclusão nos fluxos agênticos do GitHub Copilot CLI e do aplicativo GitHub Copilot. Arquivos correspondentes não devem alimentar o contexto desses clientes.

Continuam fora dessa promessa os controles de acesso ao sistema de arquivos e as rotas que a documentação lista como não cobertas, especialmente links simbólicos, repositórios remotos e informação semântica fornecida indiretamente por editores. Cabe a cada organização relacionar regras a caminhos reais e registrar os resultados no ambiente em que o CLI é utilizado.

Leia também:

• Gemini Enterprise ganha cobrança por uso — o limite agora pode ser o orçamento
• Glean Tau leva arquivos locais aos agentes — contexto vira a nova disputa
• Gemini para escritórios jurídicos herda permissões — o sigilo é o teste real