Productivity | The .NET Blog

VS Code 1.119: OpenTelemetry para Sessões de Agentes, Integração do Navegador e Segurança

Emiliano Montesdeoca — Fri, 15 May 2026 00:00:00 +0000

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

VS Code 1.119 foi lançado em 6 de maio de 2026 (com um patch de segurança 1.119.1 logo em seguida). O lançamento se concentra em observabilidade de agentes, interação com o navegador e redução de interrupções.

Rastreamento OpenTelemetry para sessões de agentes

Este é o recurso de destaque para quem executa agentes em produção ou depura fluxos de trabalho agênticos. Ative com duas configurações:

"github.copilot.chat.otel.enabled": true,
"github.copilot.chat.otel.otlpEndpoint": "http://localhost:4318"

Os rastros seguem as convenções semânticas GenAI. Cada solicitação do agente produz um span raiz invoke_agent com spans filho aninhados: chat, execute_tool e execute_hook. O uso de tokens é relatado por solicitação — incluindo contagens de leitura e criação de cache.

Funciona com o agente local, o agente em segundo plano do Copilot CLI e o agente Claude. Qualquer backend compatível com OTLP aceita os rastros — o Aspire Dashboard standalone funciona bem para desenvolvimento local.

Agentes agora podem acessar abas do navegador

Os agentes podem solicitar acesso às abas do navegador integrado — mas não é automático. Você deve compartilhar explicitamente uma aba via seletor de contexto, arrastar e soltar, ou contexto sugerido. Há um botão de compartilhamento no navegador para revogar o acesso. Quando um agente tenta abrir uma nova aba no mesmo domínio que uma aba já aberta (não compartilhada), o VS Code solicita que você reutilize a aba existente.

Uso otimizado de tokens

Um modelo leve experimental agora gerencia as listas de tarefas dos agentes, mantendo esse trabalho administrativo longe do modelo principal mais caro. Reduz o consumo de tokens para tarefas que não precisam de capacidade completa de raciocínio.

Confiança e segurança

Menos interrupções: VS Code 1.119 reduz solicitações de acesso à rede e gravações em pastas temporárias por agentes. O patch 1.119.1 resolve problemas de segurança específicos — vale a pena atualizar se ainda não o fez.

Troca rápida para pré-visualização Markdown

Pequeno mas útil: agora você pode trocar rapidamente o editor atual para a pré-visualização Markdown sem navegar.

VS Code Agents (pré-visualização Insiders)

A interface de sessão de agentes redesenhada — novo seletor de repositórios (local/repos/remoto), melhorias de subsessões, refinamento web e mobile, animações de progresso — está disponível no Insiders em insiders.vscode.dev/agents.

Changelog completo: code.visualstudio.com/updates/v1_119.

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.

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.

Azure DevOps finalmente corrige o editor Markdown que todo mundo reclamava

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

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

Se você usa Azure Boards, provavelmente já passou por isso: está lendo a descrição de um work item, talvez revisando critérios de aceitação, e acidentalmente dá um duplo clique. Boom — está em modo de edição. Não queria editar nada. Estava apenas lendo.

Dan Hellem anunciou a correção, e é uma daquelas mudanças que parecem pequenas mas realmente removem fricção do seu fluxo de trabalho diário.

O que mudou

O editor Markdown para campos de texto de work items agora abre em modo de visualização por padrão. Você pode ler e interagir com o conteúdo — seguir links, revisar formatação — sem se preocupar em entrar acidentalmente no modo de edição.

Quando realmente quer editar, clica no ícone de edição no topo do campo. Quando termina, sai explicitamente para o modo de visualização. Simples, intencional, previsível.

Por que isso importa mais do que parece

O thread de feedback da comunidade era longo. O comportamento de duplo clique para editar foi introduzido com o editor Markdown em julho de 2025, e as reclamações começaram quase imediatamente.

Para times que fazem planejamento de sprint, refinamento de backlog ou revisão de código com Azure Boards, esse tipo de micro-fricção se acumula.

Status da implantação

Já está sendo implementado para um subconjunto de clientes e se expandirá para todos nas próximas duas a três semanas.

Conclusão

Nem toda melhoria precisa ser uma funcionalidade de destaque. Às vezes a melhor atualização é simplesmente remover algo irritante. Esta é uma dessas — uma pequena correção de UX que torna o Azure Boards menos hostil para pessoas que só querem ler seus work items em paz.

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.