Fevereiro de 2026 trouxe uma sequência densa de atualizações para o GitHub Copilot. Coding agent rodando dentro do Visual Studio, ferramentas que entendem símbolos via LSP, Claude Opus 4.6 como opção de modelo em praticamente todas as IDEs, e controles de governança MCP para organizações. Cada uma dessas peças sozinha já seria notícia. Juntas, elas contam uma história maior: o Copilot está deixando de ser um assistente de autocomplete para se tornar algo mais parecido com um colega de equipe.

Coding agent vs agent mode: dois agentes, dois papéis

Antes de entrar nas novidades, vale separar dois conceitos que o GitHub trata com nomes parecidos mas que funcionam de formas bem diferentes.

O agent mode roda dentro da sua IDE. Quando você envia um prompt, o Copilot lê arquivos, edita código, executa comandos no terminal, checa erros de lint, roda testes e volta para corrigir o que deu errado. Tudo em tempo real, na sua máquina, com você assistindo cada passo. O modelo tem acesso a ferramentas como read_file, list_dir, run_terminal e apply_edit, chamando-as em sequência conforme raciocina sobre o problema.

O coding agent é diferente. Ele roda em background, em um ambiente isolado dentro do GitHub Actions. Você abre uma issue, atribui ao Copilot, e ele faz o trabalho sozinho: clona o repositório, configura o ambiente, analisa o código usando RAG com GitHub code search, implementa as mudanças, roda os testes, e abre um pull request para você revisar. Cada commit aparece no PR enquanto o agente trabalha.

A forma mais simples de pensar: agent mode é o dev sênior fazendo pair programming com você em tempo real. Coding agent é o colega aplicado que executa tickets bem definidos enquanto você faz outra coisa. São complementares. Você prototipa no agent mode, delega o trabalho repetitivo ao coding agent.

O coding agent chega ao Visual Studio

Até janeiro de 2026, delegar tarefas ao coding agent era exclusividade do VS Code. Quem usava Visual Studio ficava de fora. Em 17 de fevereiro, o GitHub mudou isso.

Com o Visual Studio 2026 (update 18.1.0 ou posterior) e a flag "Enable Copilot Coding agent (preview)" ativada, dá para delegar tarefas diretamente da IDE. O escopo é amplo: refatorações, limpeza de UI, atualizações de documentação, edições multi-arquivo. O agente roda no GitHub Actions, puxa o repositório para uma VM isolada, e entrega o resultado como draft PR.

Um dia depois, em 18 de fevereiro, veio outra adição: suporte a projetos Windows. Por padrão, o coding agent usava um ambiente Linux. Agora é possível configurar um ambiente Windows via GitHub Actions para projetos que dependem dele.

Para times corporativos que já usam Visual Studio como IDE principal, a barreira de entrada caiu. Não é preciso migrar para o VS Code para ter acesso ao agente autônomo.

Ferramentas de símbolos via LSP

Essa é a atualização mais técnica do lote, e provavelmente a que vai ter mais impacto no dia a dia.

Em 19 de fevereiro, a equipe de C++ da Microsoft anunciou que o agent mode no VS Code ganhou acesso a ferramentas de compreensão de símbolos. Em vez de depender apenas de busca textual ou busca por arquivo, o agente agora pode raciocinar sobre código no nível de símbolos.

Três ferramentas entraram no toolkit:

  • Get symbol definition busca a definição de um símbolo com metadados associados: tipo, escopo, localização no projeto
  • Get symbol references encontra todas as referências a um símbolo no workspace inteiro
  • Get symbol call hierarchy mapeia chamadas de entrada e saída de uma função

Isso funciona via Language Server Protocol. O suporte inicial cobre C++, C#, Razor e TypeScript, mas qualquer linguagem com uma extensão LSP compatível pode ser usada.

A implicação prática: quando o agent mode precisa refatorar uma função, ele não busca pelo nome como string. Ele pede ao LSP a definição exata, encontra todos os call sites, entende o tipo de retorno, e só então propõe a mudança. Menos chutes, menos erros de refatoração.

O timeout de requisições LSP também foi aumentado de 30 para 90 segundos. Em codebases grandes onde a análise de símbolos leva tempo, isso reduz falhas de timeout que antes interrompiam o fluxo do agente.

Claude Opus 4.6 entra no model picker

Outro movimento de fevereiro: o GitHub abriu a escolha de modelos. Claude Opus 4.6 da Anthropic ficou disponível em 5 de fevereiro para Copilot Pro, Pro+, Business e Enterprise. Em 7 de fevereiro, o modo fast do Opus 4.6 entrou em preview. E em 18 de fevereiro, o acesso se estendeu para Visual Studio, JetBrains, Xcode e Eclipse.

No mesmo dia 17, Claude Sonnet 4.6 também virou opção GA no Copilot.

O model picker funciona em todos os modos: chat, ask, edit e agent. A escolha do modelo afeta diretamente o comportamento do agent mode, já que cada modelo tem características diferentes de planejamento e uso de ferramentas. O changelog do GitHub descreve o Claude Opus 4.6 como especializado em "coding agêntico, com foco em tarefas difíceis que exigem planejamento e chamadas de ferramentas".

Para times Business e Enterprise, há uma camada administrativa: a policy do Claude Opus 4.6 precisa ser habilitada nas configurações do Copilot antes que os desenvolvedores possam selecioná-lo. O coding agent também ganhou model picker em 19 de fevereiro, o que significa que dá para escolher qual modelo roda as tarefas delegadas em background.

Na prática, a possibilidade de trocar entre modelos para tarefas diferentes é o ponto que mais muda o dia a dia. Usar um modelo mais rápido para completions simples e um mais capaz para refatorações complexas não era possível antes.

Governança MCP para organizações

Com ferramentas mais poderosas vem a necessidade de controle. O GitHub está endereçando isso com os controles de governança MCP (Model Context Protocol).

Administradores de organização e enterprise podem configurar um registro MCP e uma política de acesso que determina quais servidores MCP os desenvolvedores podem usar com o Copilot. São duas opções:

  1. Allow all (padrão): os servidores do registro aparecem como recomendações, mas desenvolvedores podem usar qualquer servidor MCP
  2. Registry only: apenas servidores listados no registro da organização são permitidos, todos os outros são bloqueados com uma mensagem explicativa

O suporte já está disponível em VS Code Stable, e em preview para JetBrains, Eclipse e Xcode. O Visual Studio suporta descoberta de registro, com enforcement chegando em breve.

Para equipes que levam segurança a sério, essa feature é necessária. Servidores MCP podem executar código, acessar APIs externas, e interagir com o sistema de arquivos. Sem governança, cada desenvolvedor pode conectar qualquer servidor MCP ao Copilot, criando um vetor de ataque difícil de auditar. O modelo "registry only" resolve isso de forma direta.

Conclusão

Fevereiro de 2026 comprimiu muita evolução em poucas semanas. O coding agent saiu do cercadinho do VS Code e chegou ao Visual Studio, com suporte a Windows incluso. O agent mode ganhou olhos para entender símbolos de verdade via LSP. A escolha de modelo ficou concreta com Claude Opus 4.6 e Sonnet 4.6 disponíveis em todas as IDEs. E a governança MCP começou a endereçar o elefante na sala: como dar mais poder aos agentes sem perder o controle.

Se você usa Copilot no dia a dia, duas coisas valem a ação imediata. Primeiro, experimente o model picker. Trocar entre GPT e Claude para tarefas diferentes pode mudar o resultado. Segundo, se faz parte de um time, converse com quem administra o Copilot sobre a política de MCP. Definir uma allowlist agora é mais fácil do que investigar um servidor MCP não autorizado conectado ao pipeline depois.

Referências pesquisadas nesta publicação