Visual Studio | The .NET Blog

Atualização de abril do Visual Studio 2026: agente cloud, agentes personalizados e agente depurador

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

Esta publicação foi traduzida automaticamente. Para a versão original, clique aqui.

A atualização de abril do Visual Studio 2026 (18.5) inclui integração de agente cloud, agentes personalizados em nível de usuário, ferramentas C++ chegando à GA e um novo Agente Depurador.

Agente cloud: delegar trabalho a uma sessão remota do Copilot

No seletor de agentes da janela Chat, selecionar Cloud permite delegar uma tarefa a um agente de codificação remoto do Copilot. Você descreve o trabalho, o agente cria uma issue no GitHub no seu repositório e abre um PR quando termina. Você recebe uma notificação com “View PR” / “Open in browser” — tudo funciona enquanto você continua codificando, ou mesmo com o IDE fechado.

Agentes personalizados agora viajam com você

Agentes personalizados em nível de usuário armazenados em %USERPROFILE%/.github/agents/ não são mais limitados ao repositório — seguem você entre projetos. O caminho de armazenamento é configurável em Tools > Options > GitHub > Copilot > Chat. O botão + no seletor de agentes permite criar novos agentes diretamente. Eles obtêm as mesmas capacidades que agentes com escopo de repositório: consciência do espaço de trabalho, ferramentas, seleção de modelo e conexões MCP.

Agentes integrados: Agent, Ask, Copilot CLI, Debugger, Modernize, Profiler.

Ferramentas de edição de código C++ chegam à GA

Duas ferramentas — get_symbol_call_hierarchy e get_symbol_class_hierarchy — agora estão ativadas por padrão. Elas dão ao Copilot navegação com reconhecimento de linguagem em bases de código C++, cobrindo hierarquias de herança e cadeias de chamadas de funções. Ative pelo ícone Tools no Copilot Chat. Funciona melhor com modelos de chamada de ferramentas.

Agente Depurador: correções validadas contra o comportamento real em tempo de execução

Comece a partir de uma issue do GitHub ou Azure DevOps (ou uma descrição em linguagem natural), mude para o modo Debugger, e o agente:

Cria um reprodutor mínimo
Gera hipóteses de falha
Instrumenta o aplicativo com tracepoints e breakpoints condicionais
Executa uma sessão de depuração real
Analisa telemetria ao vivo
Sugere uma correção precisa

Você permanece no loop durante todo o processo — é interativo, não completamente autônomo.

Correção de prioridade do IntelliSense

O VS agora suprime as conclusões do Copilot enquanto a lista do IntelliSense está ativa. Uma sugestão de cada vez. Era um ponto de atrito frequente e agora está ativado por padrão.

Notas de versão completas e download em devblogs.microsoft.com.

Suporte ao Estilo SDK para Projetos de Extensão no Visual Studio

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

Esta publicação foi traduzida automaticamente. Para a versão original, clique aqui.

O suporte ao estilo SDK para projetos de extensão baseados em VSSDK é agora oficial no Visual Studio 18.5 — projetos de extensão VSIX clássicos podem abandonar o antigo formato .csproj estilo MPF.

O que muda no arquivo de projeto

A maior mudança visível é o quanto o arquivo de projeto fica menor. Uma extensão VSSDK típica agora se parece com isso:

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true aplica padrões sensatos: CreateVsixContainer=true e o legado DeployExtension=false. Essa única propriedade substitui uma parte significativa do que antes precisava ser especificado explicitamente.

Melhorias no tempo de compilação

Fast Up-To-Date Check e suporte para build incremental estão incluídos. Para soluções grandes com pequenas alterações, isso se traduz em uma redução do tempo de build de até 75% — significativa se você estiver iterando em uma extensão dentro de uma grande solução host.

Projetos novos vs. existentes

Novos projetos de extensão criados na versão 18.5 usam automaticamente o estilo SDK. Extensões no estilo MPF existentes continuam funcionando — a migração é opcional. Algo a observar durante a migração: adicione <UseWpf>true</UseWpf> se a sua extensão usa XAML. Você também precisa marcar a extensão como implantável no seu arquivo .sln ou .slnx.

O designer do vsixmanifest é substituído pelo editor XML como padrão — clique com o botão direito → Abrir com se quiser o designer antigo.

Caminho de migração agêntico

O agente Modernize no vs-agent-plugins pode automatizar a migração. Várias extensões reais já foram convertidas dessa forma: Smart Screen, Command Explorer, Postfix Templates e Whitespace Visualizer de Mads Kristensen.

Vale notar

VisualStudio.Extensibility (o framework de extensibilidade mais novo) já suportava o estilo SDK. Esta atualização traz paridade com o caminho VSSDK clássico. O único requisito é a carga de trabalho de desenvolvimento de extensões do Visual Studio.

Detalhes completos no post oficial.

As ferramentas Azure MCP agora vêm integradas no Visual Studio 2022 — Sem extensão necessária

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Este artigo foi traduzido automaticamente. Para a versão original, clique aqui.

Se você tem usado as ferramentas Azure MCP no Visual Studio através da extensão separada, já conhece o processo — instalar o VSIX, reiniciar, torcer para não quebrar, gerenciar incompatibilidades de versão. Essa fricção acabou.

Yun Jung Choi anunciou que as ferramentas Azure MCP agora são distribuídas diretamente como parte da carga de trabalho de desenvolvimento Azure no Visual Studio 2022. Sem extensão. Sem VSIX. Sem a dança do reiniciar.

O que isso realmente significa

A partir do Visual Studio 2022 versão 17.14.30, o Azure MCP Server vem incluído na carga de trabalho de desenvolvimento Azure. Se você já tem essa carga de trabalho instalada, basta ativá-lo no GitHub Copilot Chat e pronto.

Mais de 230 ferramentas em 45 serviços Azure — acessíveis diretamente pela janela de chat. Liste suas contas de armazenamento, faça deploy de uma app ASP.NET Core, diagnostique problemas no App Service, consulte o Log Analytics — tudo sem abrir uma aba do navegador.

Por que isso importa mais do que parece

A questão com ferramentas de desenvolvimento é a seguinte: cada passo extra é fricção, e fricção mata a adoção. Ter o MCP como extensão separada significava incompatibilidades de versão, falhas na instalação e mais uma coisa para manter atualizada. Integrá-lo na carga de trabalho significa:

Um único caminho de atualização pelo Visual Studio Installer
Sem divergência de versões entre a extensão e a IDE
Sempre atualizado — o MCP Server é atualizado com os releases regulares do VS

Para equipes que padronizam no Azure, isso é muito relevante. Você instala a carga de trabalho uma vez, ativa as ferramentas, e elas estão lá para cada sessão.

O que você pode fazer com isso

As ferramentas cobrem todo o ciclo de vida do desenvolvimento através do Copilot Chat:

Aprender — pergunte sobre serviços Azure, boas práticas, padrões de arquitetura
Projetar e desenvolver — obtenha recomendações de serviços, configure o código da sua aplicação
Fazer deploy — provisione recursos e faça deploy diretamente pela IDE
Solucionar problemas — consulte logs, verifique a saúde dos recursos, diagnostique problemas em produção

Um exemplo rápido — digite isso no Copilot Chat:

List my storage accounts in my current subscription.

O Copilot chama as ferramentas Azure MCP por trás dos panos, consulta suas assinaturas e retorna uma lista formatada com nomes, localizações e SKUs. Sem precisar do portal.

Como ativar

Atualize para o Visual Studio 2022 17.14.30 ou superior
Certifique-se de que a carga de trabalho Azure development está instalada
Abra o GitHub Copilot Chat
Clique no botão Select tools (o ícone das duas chaves)
Ative o Azure MCP Server

É isso. Fica ativado entre sessões.

Um detalhe

As ferramentas vêm desativadas por padrão — você precisa ativá-las manualmente. E as ferramentas específicas do VS 2026 não estão disponíveis no VS 2022. A disponibilidade das ferramentas também depende das permissões da sua assinatura Azure, assim como no portal.

O cenário geral

Isso faz parte de uma tendência clara: o MCP está se tornando o padrão para expor ferramentas de nuvem nas IDEs de desenvolvimento. Já vimos o lançamento estável do Azure MCP Server 2.0 e integrações MCP no VS Code e em outros editores. Tê-lo integrado no sistema de cargas de trabalho do Visual Studio é a evolução natural.

Para nós desenvolvedores .NET que vivemos no Visual Studio, isso elimina mais um motivo para trocar de contexto para o portal Azure. E sinceramente, quanto menos troca de abas, melhor.

Aquela Configuração de Janelas Flutuantes do Visual Studio Que Você Não Conhecia (Mas Deveria)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Este post foi traduzido automaticamente. Para a versão original, clique aqui.

Se você usa múltiplos monitores com o Visual Studio (e honestamente, quem não usa hoje em dia?), provavelmente já passou pela frustração: janelas flutuantes de ferramentas desaparecem quando você minimiza a IDE principal, elas sempre ficam em cima de tudo, e não aparecem como botões separados na barra de tarefas. Funciona para alguns fluxos de trabalho, mas para configurações com múltiplos monitores é frustrante.

Mads Kristensen da equipe do Visual Studio compartilhou uma configuração pouco conhecida que muda completamente como as janelas flutuantes se comportam. Um dropdown. Só isso.

A configuração

Tools > Options > Environment > Windows > Floating Windows

O dropdown “These floating windows are owned by the main window” tem três opções:

None — independência total. Cada janela flutuante tem sua própria entrada na barra de tarefas e se comporta como uma janela normal do Windows.
Tool Windows (padrão) — documentos flutuam livremente, janelas de ferramentas ficam vinculadas à IDE.
Documents and Tool Windows — comportamento clássico do Visual Studio, tudo vinculado à janela principal.

Por que “None” é a melhor escolha para configurações com múltiplos monitores

Configure para None e de repente todas as suas janelas flutuantes de ferramentas e documentos se comportam como aplicações reais do Windows. Elas aparecem na barra de tarefas, ficam visíveis quando você minimiza a janela principal do Visual Studio, e param de se forçar para frente de tudo.

Combine isso com PowerToys FancyZones e é uma mudança total. Crie layouts personalizados nos seus monitores, encaixe seu Gerenciador de Soluções em uma zona, depurador em outra, e arquivos de código onde quiser. Tudo fica no lugar, tudo é acessível de forma independente, e seu espaço de trabalho parece organizado em vez de caótico.

Recomendações rápidas

Usuários avançados com múltiplos monitores: Configure para None, combine com FancyZones
Flutuadores ocasionais: Tool Windows (padrão) é um bom meio-termo
Fluxo de trabalho tradicional: Documents and Tool Windows mantém tudo clássico

Dica pro: Ctrl + duplo clique na barra de título de qualquer janela de ferramentas para flutuá-la ou ancorar instantaneamente. Não precisa reiniciar após mudar a configuração.

Conclusão

É uma daquelas configurações do tipo “não acredito que eu não sabia disso”. Se as janelas flutuantes do Visual Studio já te irritaram, vá mudar isso agora mesmo.

Leia o post completo para detalhes e capturas de tela.

Atualização de março do Visual Studio permite criar agentes Copilot personalizados — e o find_symbol é revolucionário

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Este post foi traduzido automaticamente. Para a versão original, clique aqui.

O Visual Studio acabou de receber sua atualização Copilot mais significativa. Mark Downie anunciou a versão de março, e o destaque são os agentes personalizados — mas honestamente, a ferramenta find_symbol pode ser a que mais muda seu workflow.

Agentes Copilot personalizados no seu repo

Quer que o Copilot siga os padrões de código do seu time? Agentes personalizados são definidos como arquivos .agent.md em .github/agents/. Cada agente tem acesso completo ao workspace, compreensão de código, ferramentas, seu modelo preferido e conexões MCP.

Agent skills: pacotes de instruções reutilizáveis

Skills são carregados automaticamente de .github/skills/ no seu repo ou ~/.copilot/skills/ no seu perfil.

find_symbol: navegação com reconhecimento de linguagem

A nova ferramenta find_symbol dá ao modo agente do Copilot navegação de símbolos baseada em serviços de linguagem. Em vez de buscar texto, o agente pode encontrar todas as referências de um símbolo e acessar informações de tipo e escopo.

Para desenvolvedores .NET, é uma melhoria enorme — bases de código C# com hierarquias de tipos profundas se beneficiam enormemente.

Perfilar testes com Copilot

Há um novo Profile with Copilot no menu de contexto do Test Explorer. O Profiling Agent executa o teste e analisa performance automaticamente.

Perf tips durante debugging ao vivo

A otimização de performance agora acontece durante o debug. O Visual Studio mostra tempo de execução inline. Linha lenta? Clique no Perf Tip e peça sugestões ao Copilot.

Corrigir vulnerabilidades NuGet do Solution Explorer

Um link Fix with GitHub Copilot aparece diretamente no Solution Explorer quando uma vulnerabilidade é detectada.

Conclusão

Agentes personalizados e skills são o destaque, mas find_symbol é a joia escondida — muda fundamentalmente a precisão do Copilot ao refatorar código .NET. Baixe o Visual Studio 2026 Insiders para experimentar.

Bookmark Studio traz navegação por slots e compartilhamento para marcadores do Visual Studio

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Este post foi traduzido automaticamente. Para a versão original, clique aqui.

Marcadores no Visual Studio sempre foram… ok. Você coloca um, navega para o próximo, esquece qual é qual. Funcionam, mas nunca foram algo que você chamaria de poderoso.

Mads Kristensen acabou de lançar o Bookmark Studio, uma extensão experimental que preenche exatamente as lacunas que você provavelmente encontrou.

Navegação por slots

Marcadores podem ser atribuídos a slots de 1 a 9 e acessados diretamente com Alt+Shift+1 a Alt+Shift+9. Novos marcadores recebem automaticamente o próximo slot disponível.

O Gerenciador de Marcadores

Uma nova janela exibe todos os marcadores com filtragem por nome, arquivo, localização, cor ou slot.

Organização com labels, cores e pastas

Marcadores podem ter labels, cores e serem agrupados em pastas. Metadata armazenada por solução.

Exportar e compartilhar

Bookmark Studio permite exportar marcadores como texto, Markdown ou CSV.

Marcadores que acompanham o código

Bookmark Studio rastreia marcadores relativos ao texto ancorado, então não se deslocam para linhas erradas.

Conclusão

Bookmark Studio não reinventa nada. Pega uma funcionalidade que era “suficiente” há anos e a torna genuinamente útil. Baixe no Visual Studio Marketplace.

VS Code 1.112: O que desenvolvedores .NET realmente deveriam se importar

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112 acabou de chegar, e honestamente? Este aqui bate diferente se você passa seus dias em território .NET. Tem muita coisa nas notas de versão oficiais, mas deixe-me poupar alguma rolagem e focar no que realmente importa para nós.

Copilot CLI ficou muito mais útil

O grande tema desta versão é a autonomia do agente — dar ao Copilot mais espaço para fazer seu trabalho sem você supervisionar cada passo.

Direcionamento e fila de mensagens

Sabe aquele momento quando o Copilot CLI está no meio de uma tarefa e você percebe que esqueceu de mencionar algo? Antes, você tinha que esperar. Agora pode enviar mensagens enquanto uma requisição ainda está em andamento — seja para direcionar a resposta atual ou enfileirar instruções de acompanhamento.

Isso é enorme para aquelas tarefas mais longas de scaffolding dotnet onde você está assistindo o Copilot configurar um projeto e pensa “oh espera, também preciso de MassTransit ali”.

Níveis de permissão

Este é o que mais me empolga. Sessões do Copilot CLI agora suportam três níveis de permissão:

Permissões padrão — o fluxo usual onde as ferramentas pedem confirmação antes de executar
Ignorar aprovações — auto-aprova tudo e tenta novamente em erros
Autopiloto — totalmente autônomo: aprova ferramentas, responde suas próprias perguntas e continua até a tarefa estar completa

Se você está fazendo algo como criar uma nova API ASP.NET Core com Entity Framework, migrations e setup Docker — o modo Autopiloto significa que você descreve o que quer e vai pegar um café. Ele vai resolver.

Você pode habilitar o Autopiloto com a configuração chat.autopilot.enabled.

Pré-visualizar mudanças antes de delegar

Quando você delega uma tarefa ao Copilot CLI, ele cria um worktree. Antes, se você tivesse mudanças não commitadas, tinha que verificar o Controle de Código Fonte para ver o que seria afetado. Agora a visualização do Chat mostra as mudanças pendentes ali mesmo antes de você decidir se copia, move ou ignora.

Coisa pequena, mas salva você daquele momento de “espera, o que eu tinha no staging?”.

Depure apps web sem sair do VS Code

O navegador integrado agora suporta depuração completa. Você pode colocar breakpoints, fazer step through do código e inspecionar variáveis — tudo dentro do VS Code. Acabou o trocar para Edge DevTools.

Há um novo tipo de debug editor-browser, e se você já tem configurações de lançamento msedge ou chrome existentes, migrar é tão simples quanto mudar o campo type no seu launch.json:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Para desenvolvedores Blazor, isso é um divisor de águas. Você já está executando dotnet watch no terminal — agora sua depuração fica na mesma janela também.

O navegador também ganhou níveis de zoom independentes (finalmente), menus de contexto com clique direito apropriados, e o zoom é lembrado por site.

Sandboxing de servidores MCP

Isso importa mais do que você imagina. Se você está usando servidores MCP — talvez tenha configurado um personalizado para seus recursos Azure ou consultas de banco de dados — eles estavam rodando com as mesmas permissões do seu processo VS Code. Isso significa acesso total ao seu sistema de arquivos, rede, tudo.

Agora você pode colocá-los em sandbox. No seu mcp.json:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Quando um servidor em sandbox precisa de acesso a algo que não tem, o VS Code solicita que você conceda permissão. Muito melhor que a abordagem de “torcer para ninguém fazer nada estranho”.

Nota: O sandboxing está disponível no macOS e Linux por enquanto. Suporte a Windows está vindo — cenários remotos como WSL funcionam porém.

Descoberta de personalizações em monorepos

Se você trabalha em um monorepo (e sejamos honestos, muitas soluções .NET empresariais acabam virando um), isso resolve um ponto de dor real.

Anteriormente, se você abria uma subpasta do seu repositório, o VS Code não encontrava seu copilot-instructions.md, AGENTS.md, ou skills personalizados na raiz do repositório. Agora com a configuração chat.useCustomizationsInParentRepositories, ele sobe até a raiz .git e descobre tudo.

Isso significa que seu time pode compartilhar instruções de agente, arquivos de prompt e ferramentas personalizadas entre todos os projetos em um monorepo sem que todos precisem abrir a pasta raiz.

/troubleshoot para depuração de agentes

Já configurou instruções personalizadas ou skills e se perguntou por que não estão sendo detectados? O novo skill /troubleshoot lê os logs de depuração do agente e te diz o que aconteceu — quais ferramentas foram usadas ou puladas, por que as instruções não carregaram, e o que está causando respostas lentas.

Habilite com:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

Então simplesmente digite /troubleshoot why is my custom skill not loading? no chat.

Você também pode exportar e importar esses logs de depuração agora, o que é ótimo para compartilhar com seu time quando algo não está funcionando como esperado.

Suporte a arquivos de imagem e binários

Agentes agora podem ler arquivos de imagem do disco e arquivos binários nativamente. Os arquivos binários são apresentados em formato hexdump, e saídas de imagem (como capturas de tela do navegador integrado) aparecem em uma visualização de carrossel.

Para desenvolvedores .NET, pense: cole uma captura de tela de um bug de UI no chat e faça o agente entender o que está errado, ou faça-o analisar a saída de renderização de um componente Blazor.

Referências automáticas de símbolos

Pequena melhoria de qualidade de vida: quando você copia o nome de um símbolo (uma classe, método, etc.) e cola no chat, o VS Code agora automaticamente converte em uma referência #sym:Name. Isso dá ao agente contexto completo sobre aquele símbolo sem você ter que adicioná-lo manualmente.

Se quiser texto puro, use Ctrl+Shift+V.

Plugins agora podem ser habilitados/desabilitados

Anteriormente, desabilitar um servidor MCP ou plugin significava desinstalá-lo. Agora você pode ligá-los e desligá-los — tanto globalmente quanto por workspace. Clique direito na visualização de Extensões ou na visualização de Personalizações e pronto.

Plugins de npm e pypi também podem se auto-atualizar agora, embora peçam aprovação primeiro já que atualizações significam executar código novo na sua máquina.

Para finalizar

VS Code 1.112 está claramente empurrando forte na experiência do agente — mais autonomia, melhor depuração, segurança mais apertada. Para desenvolvedores .NET, a depuração do navegador integrado e as melhorias do Copilot CLI são as funcionalidades destaque.

Se você ainda não experimentou rodar uma sessão completa do Copilot CLI em modo Autopiloto para um projeto .NET, esta versão é um bom momento para começar. Só lembre de configurar suas permissões e deixar cozinhar.

Baixar VS Code 1.112 ou atualizar de dentro do VS Code via Ajuda > Verificar Atualizações.