Autofix do GitHub agora memoriza correções — o padrão errado também pode voltar

Em 25 de setembro de 2026, o changelog do GitHub registrou que o Agentic Autofix passou a consultar memórias do repositório ao tratar alertas de segurança e a guardar o padrão das correções que produz. A integração funciona para quem habilitou o Copilot Memory. Ambos os recursos estão em prévia pública.

A cobertura de Steven Van, publicada no mesmo dia, descreve o uso posterior desses padrões pelo autofix e por outras funções do Copilot. O ganho esperado é preservar contexto entre tarefas no mesmo repositório. Há também um risco a examinar: se uma solução anterior refletia uma convenção insegura, recuperá-la como contexto pode favorecer sua repetição. Trata-se de uma possibilidade decorrente do funcionamento anunciado, não de um incidente relatado.

Do alerta à correção que vira memória

O ciclo começa com um alerta de segurança. Ao trabalhar nele, o Agentic Autofix procura nas memórias contexto que possa ajudar a formular a correção; quando cria uma solução, salva seu padrão para uso futuro. Em um alerta posterior, a memória relevante pode voltar a orientar a proposta, poupando a equipe de reexplicar uma convenção específica do projeto.

Guardar um padrão, porém, não equivale a aprovar definitivamente o patch que lhe deu origem. A memória registra uma informação sobre como o repositório foi tratado, enquanto a segurança da próxima alteração depende do código e do alerta atuais. Mesmo quando duas falhas parecem semelhantes, uma correção suficiente em determinado trecho pode deixar de cobrir outro caminho de entrada, outra regra de autorização ou outro fluxo de dados.

Esse é o ponto central do título: o padrão errado também pode voltar. A repetição pode ser útil quando expressa uma regra de segurança ainda válida, mas pode induzir uma nova proposta inadequada quando reproduz uma decisão limitada ao caso anterior. Não há indicação de que a nova integração dispense a revisão humana, nem base para afirmar que ela já tenha provocado a reincidência de uma vulnerabilidade.

O padrão alcança outras funções do Copilot

A memória criada durante uma correção não fica reservada ao Agentic Autofix. Fatos do repositório também podem servir de contexto ao Copilot code review, ao Copilot cloud agent e ao Copilot CLI. Assim, uma informação capturada ao resolver um alerta pode influenciar uma revisão de código ou outra alteração posterior no mesmo projeto.

O alcance compartilhado torna mais valioso um padrão correto e mais custoso um registro equivocado. Uma convenção de validação ou de controle de acesso pode ajudar diferentes tarefas a manter coerência. Por outro lado, o fato de uma prática existir no código não demonstra que ela seja a resposta segura para todos os lugares em que o Copilot a encontre.

Há ainda uma distinção de escopo: fatos do repositório descrevem convenções e decisões do projeto, enquanto preferências pessoais dizem respeito à interação de cada usuário com o Copilot. A revisão de código usa fatos do repositório, não preferências pessoais; o CLI pode usar ambos, considerando as preferências de quem iniciou a operação. Confundir esses tipos de memória dificultaria identificar de onde veio uma orientação aplicada a um patch.

Quem habilita, revisa e apaga as memórias

A documentação do Copilot Memory informa que o recurso está disponível nos planos pagos, é habilitado por usuário e permanece em prévia pública. Nos planos individuais, vem ativado por padrão. Em assinaturas administradas por organização ou empresa, um administrador precisa permitir a política; depois, cada usuário pode optar por não utilizar a memória.

Para virar um fato do repositório, a memória precisa resultar de uma ação iniciada por alguém com permissão de escrita e com o recurso habilitado. Depois de armazenado, o fato pode ser usado por pessoas com acesso ao Copilot Memory naquele repositório, mas não em operações de outro projeto. Preferências pessoais seguem o usuário em suas próprias interações e têm controles separados.

Os fatos do repositório são guardados com referências ao código que os sustenta. Antes de usar um fato relevante, o Copilot confere essas referências na ramificação atual; o proprietário do repositório pode examinar e excluir manualmente os registros. Cada usuário pode consultar e apagar suas preferências. Nos planos Business e Enterprise, administradores também podem visualizar, exportar ou excluir preferências vinculadas à organização ou empresa.

O que a validação da memória não resolve

Conferir uma memória com o código atual responde a uma pergunta limitada: a informação ainda encontra respaldo naquele código? Essa checagem ajuda a evitar contexto desatualizado, mas não prova que a prática encontrada corrige a vulnerabilidade em exame. Uma convenção insegura que continua presente no projeto pode satisfazer a verificação de correspondência e ainda exigir correção.

Para avaliar um padrão antes de aceitar seu reaproveitamento, a equipe pode comparar a referência guardada na memória com o alerta e o trecho afetado pelo novo patch. A análise precisa considerar onde os dados entram, quais permissões são exigidas e se a alteração cobre o comportamento que gerou o alerta. Se uma proposta repetir uma convenção inadequada, revisar apenas o patch deixa intacto o registro que poderá orientar outra correção.

A integração anunciada confirma a consulta a memórias existentes e o armazenamento de padrões quando o Agentic Autofix produz uma correção. Ela não demonstra que todo padrão salvo tenha sido aprovado por um revisor, nem estabelece uma taxa de acerto para correções futuras. Enquanto os recursos estiverem em prévia pública, a memória pode dar continuidade ao contexto do repositório; a segurança de cada alteração continua dependendo da avaliação do alerta e do patch concreto.

Leia também:

• Copilot CLI agora respeita arquivos excluídos — confira a política real
• Na OpenAI, agentes trabalham 3,1 dias por dia humano — com correções
• Kit MCP pode alterar sua lista: como limitar permissões antes de conectar a IA