Visual Studio | The .NET Blog

Actualización de abril de Visual Studio 2026: agente en la nube, agentes personalizados y agente depurador

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

Este post fue traducido automáticamente. Para la versión original, haz clic aquí.

La actualización de abril de Visual Studio 2026 (18.5) incluye integración de agente en la nube, agentes personalizados a nivel de usuario, herramientas C++ que llegan a GA y un nuevo Agente Depurador.

Agente en la nube: delegar trabajo a una sesión remota de Copilot

Desde el selector de agentes en la ventana Chat, seleccionar Cloud permite delegar una tarea a un agente de codificación remoto de Copilot. Describes el trabajo, el agente crea un issue en GitHub en tu repositorio y abre un PR cuando termina. Recibes una notificación con “View PR” / “Open in browser” — todo funciona mientras sigues codificando, o incluso con el IDE cerrado.

Los agentes personalizados ahora te acompañan

Los agentes personalizados a nivel de usuario almacenados en %USERPROFILE%/.github/agents/ ya no están limitados al repositorio — te siguen a través de los proyectos. La ruta de almacenamiento es configurable en Tools > Options > GitHub > Copilot > Chat. El botón + en el selector de agentes permite crear nuevos agentes directamente. Obtienen las mismas capacidades: conciencia del espacio de trabajo, herramientas, selección de modelo y conexiones MCP.

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

Las herramientas de edición de código C++ llegan a GA

Dos herramientas — get_symbol_call_hierarchy y get_symbol_class_hierarchy — están ahora activadas por defecto. Proporcionan a Copilot navegación consciente del lenguaje en bases de código C++, cubriendo jerarquías de herencia y cadenas de llamadas de funciones. Activa mediante el icono Tools en Copilot Chat. Funciona mejor con modelos de llamada de herramientas.

Agente Depurador: correcciones validadas contra el comportamiento real en tiempo de ejecución

Comienza desde un issue de GitHub o Azure DevOps (o una descripción en lenguaje natural), cambia al modo Debugger, y el agente:

Crea un reproductor mínimo
Genera hipótesis de fallo
Instrumenta la aplicación con tracepoints y breakpoints condicionales
Ejecuta una sesión de depuración real
Analiza telemetría en vivo
Sugiere una corrección precisa

Te mantienes en el bucle durante todo el proceso — es interactivo, no completamente autónomo.

Corrección de prioridad de IntelliSense

VS ahora suprime las completaciones de Copilot mientras la lista de IntelliSense está activa. Un solo sugerencia a la vez. Era un punto de fricción frecuente y ahora está activado por defecto.

Notas de lanzamiento completas y descarga en devblogs.microsoft.com.

Soporte de estilo SDK para proyectos de extensión en Visual Studio

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

Este post fue traducido automáticamente. Para la versión original, haz clic aquí.

El soporte de estilo SDK para proyectos de extensión VSSDK es ahora oficial en Visual Studio 18.5 — los proyectos de extensión VSIX clásicos pueden abandonar el viejo formato .csproj estilo MPF.

Qué cambia en el archivo de proyecto

El cambio más visible es cuánto más pequeño se vuelve el archivo de proyecto. Una extensión VSSDK típica ahora tiene este aspecto:

<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 valores predeterminados sensatos: CreateVsixContainer=true y el heredado DeployExtension=false. Esta única propiedad reemplaza una parte significativa de lo que antes había que especificar explícitamente.

Mejoras en el tiempo de compilación

Se incluyen Fast Up-To-Date Check y soporte para compilación incremental. En soluciones grandes con cambios pequeños, esto se traduce en una reducción del tiempo de compilación de hasta el 75% — significativa si estás iterando en una extensión dentro de una solución grande.

Proyectos nuevos vs. existentes

Los nuevos proyectos de extensión en la versión 18.5 usan automáticamente el estilo SDK. Las extensiones de estilo MPF existentes continúan funcionando — la migración es opcional. Algo a tener en cuenta durante la migración: añade <UseWpf>true</UseWpf> si tu extensión usa XAML. También necesitas marcar la extensión como desplegable en tu archivo .sln o .slnx.

El diseñador vsixmanifest es reemplazado por el editor XML como predeterminado — clic derecho → Abrir con si quieres el diseñador antiguo.

Ruta de migración agéntica

El agente Modernize de vs-agent-plugins puede automatizar la migración. Varias extensiones reales ya han sido convertidas de esta manera: Smart Screen, Command Explorer, Postfix Templates y Whitespace Visualizer de Mads Kristensen.

A tener en cuenta

VisualStudio.Extensibility (el framework de extensibilidad más nuevo) ya soportaba el estilo SDK. Esta actualización trae paridad con la ruta VSSDK clásica. El único requisito es la carga de trabajo de desarrollo de extensiones de Visual Studio.

Detalles completos en el post oficial.

Las herramientas Azure MCP ahora vienen integradas en Visual Studio 2022 — Sin extensión necesaria

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

Este artículo fue traducido automáticamente. Para la versión original, haz clic aquí.

Si has estado usando las herramientas Azure MCP en Visual Studio a través de la extensión separada, ya conoces el proceso — instalar el VSIX, reiniciar, cruzar los dedos para que no se rompa, gestionar incompatibilidades de versiones. Esa fricción se acabó.

Yun Jung Choi anunció que las herramientas Azure MCP ahora se incluyen directamente como parte de la carga de trabajo de desarrollo Azure en Visual Studio 2022. Sin extensión. Sin VSIX. Sin el baile de reiniciar.

Qué significa esto realmente

A partir de Visual Studio 2022 versión 17.14.30, el Azure MCP Server viene incluido con la carga de trabajo de desarrollo Azure. Si ya tienes esa carga de trabajo instalada, solo necesitas activarlo en GitHub Copilot Chat y listo.

Más de 230 herramientas en 45 servicios de Azure — accesibles directamente desde la ventana de chat. Lista tus cuentas de almacenamiento, despliega una app ASP.NET Core, diagnostica problemas en App Service, consulta Log Analytics — todo sin abrir una pestaña del navegador.

Por qué esto importa más de lo que parece

La cosa con las herramientas de desarrollo es esta: cada paso extra es fricción, y la fricción mata la adopción. Tener MCP como extensión separada significaba incompatibilidades de versiones, fallos en la instalación, y una cosa más que mantener actualizada. Integrarlo en la carga de trabajo significa:

Una sola vía de actualización a través del Visual Studio Installer
Sin desviaciones de versión entre la extensión y el IDE
Siempre actualizado — el MCP Server se actualiza con las versiones regulares de VS

Para equipos que estandarizan en Azure, esto es muy importante. Instalas la carga de trabajo una vez, activas las herramientas, y están ahí para cada sesión.

Qué puedes hacer con esto

Las herramientas cubren todo el ciclo de vida del desarrollo a través de Copilot Chat:

Aprender — pregunta sobre servicios de Azure, buenas prácticas, patrones de arquitectura
Diseñar y desarrollar — obtén recomendaciones de servicios, configura el código de tu aplicación
Desplegar — aprovisiona recursos y despliega directamente desde el IDE
Solucionar problemas — consulta logs, verifica el estado de los recursos, diagnostica problemas en producción

Un ejemplo rápido — escribe esto en Copilot Chat:

List my storage accounts in my current subscription.

Copilot llama a las herramientas Azure MCP detrás de escena, consulta tus suscripciones, y devuelve una lista formateada con nombres, ubicaciones y SKUs. Sin necesidad del portal.

Cómo activarlo

Actualiza a Visual Studio 2022 17.14.30 o superior
Asegúrate de tener instalada la carga de trabajo Azure development
Abre GitHub Copilot Chat
Haz clic en el botón Select tools (el icono de las dos llaves)
Activa Azure MCP Server

Eso es todo. Se mantiene activado entre sesiones.

Una advertencia

Las herramientas están desactivadas por defecto — necesitas activarlas manualmente. Y las herramientas específicas de VS 2026 no están disponibles en VS 2022. La disponibilidad de herramientas también depende de los permisos de tu suscripción de Azure, igual que en el portal.

El panorama general

Esto es parte de una tendencia clara: MCP se está convirtiendo en el estándar para exponer herramientas de la nube en los IDEs de desarrollo. Ya hemos visto el lanzamiento estable de Azure MCP Server 2.0 e integraciones de MCP en VS Code y otros editores. Tenerlo integrado en el sistema de cargas de trabajo de Visual Studio es la progresión natural.

Para los que somos desarrolladores .NET y vivimos en Visual Studio, esto elimina una razón más para cambiar de contexto al portal de Azure. Y sinceramente, mientras menos cambio de pestañas, mejor.

Esa Configuración de Ventanas Flotantes de Visual Studio Que No Conocías (Pero Deberías)

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

Este post fue traducido automáticamente. Para la versión original, haz clic aquí.

Si usas múltiples monitores con Visual Studio (y honestamente, ¿quién no lo hace hoy en día?), probablemente hayas experimentado la molestia: las ventanas flotantes de herramientas desaparecen cuando minimizas el IDE principal, siempre se quedan encima de todo lo demás, y no aparecen como botones separados en la barra de tareas. Funciona para algunos flujos de trabajo, pero para configuraciones con múltiples monitores es frustrante.

Mads Kristensen del equipo de Visual Studio compartió una configuración poco conocida que cambia completamente cómo se comportan las ventanas flotantes. Un desplegable. Eso es todo.

La configuración

Tools > Options > Environment > Windows > Floating Windows

El desplegable “These floating windows are owned by the main window” tiene tres opciones:

None — independencia total. Cada ventana flotante tiene su propia entrada en la barra de tareas y se comporta como una ventana normal de Windows.
Tool Windows (predeterminado) — los documentos flotan libremente, las ventanas de herramientas quedan vinculadas al IDE.
Documents and Tool Windows — comportamiento clásico de Visual Studio, todo vinculado a la ventana principal.

Por qué “None” es la mejor opción para configuraciones con múltiples monitores

Configúralo en None y de repente todas tus ventanas flotantes de herramientas y documentos se comportan como aplicaciones reales de Windows. Aparecen en la barra de tareas, permanecen visibles cuando minimizas la ventana principal de Visual Studio, y dejan de forzarse al frente de todo.

Combina esto con PowerToys FancyZones y es un cambio total. Crea diseños personalizados a través de tus monitores, coloca tu Explorador de Soluciones en una zona, el depurador en otra, y los archivos de código donde quieras. Todo se mantiene en su lugar, todo es accesible de forma independiente, y tu espacio de trabajo se siente organizado en lugar de caótico.

Recomendaciones rápidas

Usuarios avanzados con múltiples monitores: Configura en None, combina con FancyZones
Flotadores ocasionales: Tool Windows (predeterminado) es un buen punto medio
Flujo de trabajo tradicional: Documents and Tool Windows mantiene todo clásico

Consejo pro: Ctrl + doble clic en la barra de título de cualquier ventana de herramientas para flotarla o anclarla instantáneamente. No se necesita reiniciar después de cambiar la configuración.

Conclusión

Es una de esas configuraciones de “no puedo creer que no lo sabía”. Si las ventanas flotantes en Visual Studio alguna vez te han molestado, ve a cambiar esto ahora mismo.

Lee el post completo para los detalles y capturas de pantalla.

Bookmark Studio trae navegación por slots y compartir a los marcadores de Visual Studio

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

Este post fue traducido automáticamente. Para la versión original, haz clic aquí.

Los marcadores en Visual Studio siempre han sido… aceptables. Pones uno, navegas al siguiente, olvidas cuál es cuál. Funcionan, pero nunca han sido una función que llamarías poderosa.

Mads Kristensen acaba de lanzar Bookmark Studio, una extensión experimental que llena exactamente los vacíos que probablemente has encontrado si usas marcadores regularmente.

Navegación por slots

Los marcadores se pueden asignar a slots del 1 al 9 y saltar directamente con Alt+Shift+1 hasta Alt+Shift+9. Los nuevos marcadores obtienen automáticamente el siguiente slot disponible.

El Gestor de Marcadores

Una nueva ventana de herramientas muestra todos tus marcadores en un solo lugar con filtrado por nombre, archivo, ubicación, color o slot.

Organización con etiquetas, colores y carpetas

Los marcadores pueden tener opcionalmente etiquetas, colores y agruparse en carpetas. Toda la metadata se almacena por solución.

Exportar y compartir

Bookmark Studio permite exportar marcadores como texto plano, Markdown o CSV. Puedes incluir rutas de marcadores en descripciones de PR o compartir caminos de investigación con compañeros.

Marcadores que siguen al código

Bookmark Studio rastrea los marcadores relativos al texto al que están anclados, así que no se desplazan a líneas incorrectas mientras editas.

Para cerrar

Bookmark Studio no reinventa nada. Toma una función que ha sido “suficiente” durante años y la hace genuinamente útil. Descárgalo del Visual Studio Marketplace.

La actualización de marzo de Visual Studio te permite crear agentes Copilot personalizados — y find_symbol es clave

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

Este post fue traducido automáticamente. Para la versión original, haz clic aquí.

Visual Studio acaba de recibir su actualización de Copilot más significativa hasta ahora. Mark Downie anunció la versión de marzo, y el titular son los agentes personalizados — pero honestamente, la herramienta find_symbol podría ser la función que más cambie tu flujo de trabajo.

Agentes Copilot personalizados en tu repo

¿Quieres que Copilot siga los estándares de código de tu equipo, ejecute tu pipeline de build, o consulte tus docs internos? Ahora puedes construir exactamente eso.

Los agentes personalizados se definen como archivos .agent.md que colocas en .github/agents/ en tu repositorio. Cada agente tiene acceso completo al workspace, comprensión del código, herramientas, tu modelo preferido, y conexiones MCP a servicios externos.

Agent skills: paquetes de instrucciones reutilizables

Los skills se cargan automáticamente desde .github/skills/ en tu repo o ~/.copilot/skills/ en tu perfil. Piensa en los skills como experiencia modular que puedes mezclar y combinar.

find_symbol: navegación con reconocimiento de lenguaje

La nueva herramienta find_symbol le da al modo agente de Copilot navegación de símbolos basada en servicios de lenguaje. En lugar de buscar texto, el agente puede encontrar todas las referencias a un símbolo, acceder a información de tipos, declaraciones y alcance.

Para desarrolladores .NET, esto es una mejora enorme — las bases de código C# con jerarquías de tipos profundas e interfaces se benefician enormemente.

Perfilar tests con Copilot

Hay un nuevo comando Profile with Copilot en el menú contextual del Test Explorer. Selecciona un test, haz clic en perfilar, y el Profiling Agent lo ejecuta y analiza automáticamente.

Perf tips durante debugging en vivo

La optimización de rendimiento ahora ocurre mientras depuras. Visual Studio muestra tiempo de ejecución y señales de rendimiento inline. ¿Ves una línea lenta? Haz clic en el Perf Tip y pídele a Copilot sugerencias de optimización.

Corregir vulnerabilidades de NuGet desde Solution Explorer

Cuando se detecta una vulnerabilidad en un paquete NuGet, verás un enlace Fix with GitHub Copilot directamente en Solution Explorer.

Para cerrar

Agentes personalizados y skills son el titular, pero find_symbol es la joya oculta — cambia fundamentalmente la precisión de Copilot al refactorizar código .NET. Combinado con profiling en vivo y corrección de vulnerabilidades, esta actualización hace que las funciones de IA de Visual Studio se sientan genuinamente prácticas.

Descarga Visual Studio 2026 Insiders para probarlo todo.

VS Code 1.112: Lo que los desarrolladores .NET realmente deberían importarles

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

VS Code 1.112 acaba de aterrizar, y ¿honestamente? Este pega diferente si pasas tus días en territorio .NET. Hay mucho en las notas de la versión oficial, pero déjame ahorrarte algo de scroll y enfocarme en lo que realmente nos importa.

Copilot CLI se volvió mucho más útil

El gran tema de esta versión es la autonomía del agente — dar a Copilot más espacio para hacer lo suyo sin que tengas que supervisar cada paso.

Direccionamiento y cola de mensajes

¿Conoces ese momento cuando Copilot CLI va a la mitad de una tarea y te das cuenta de que olvidaste mencionar algo? Antes, tenías que esperar. Ahora puedes enviar mensajes mientras una solicitud aún está en progreso — ya sea para dirigir la respuesta actual o encolar instrucciones de seguimiento.

Esto es enorme para esas tareas más largas de scaffolding con dotnet donde estás viendo a Copilot configurar un proyecto y piensas “oh espera, también necesito MassTransit ahí”.

Niveles de permisos

Este es el que más me emociona. Las sesiones de Copilot CLI ahora soportan tres niveles de permisos:

Permisos por defecto — el flujo usual donde las herramientas piden confirmación antes de ejecutarse
Omitir aprobaciones — auto-aprueba todo y reintenta en errores
Autopiloto — totalmente autónomo: aprueba herramientas, responde sus propias preguntas, y sigue hasta que la tarea está completa

Si estás haciendo algo como crear desde cero una nueva API ASP.NET Core con Entity Framework, migraciones, y un setup de Docker — el modo Autopiloto significa que describes lo que quieres y vas por un café. Él lo resolverá.

Puedes habilitar Autopiloto con la configuración chat.autopilot.enabled.

Previsualizar cambios antes de delegar

Cuando delegas una tarea a Copilot CLI, crea un worktree. Antes, si tenías cambios sin commit, tenías que revisar el Control de Código Fuente para ver qué se afectaría. Ahora la vista de Chat muestra los cambios pendientes ahí mismo antes de que decidas si copiarlos, moverlos o ignorarlos.

Algo pequeño, pero te salva de ese momento de “espera, ¿qué tenía en staging?”.

Depura apps web sin salir de VS Code

El navegador integrado ahora soporta depuración completa. Puedes poner breakpoints, hacer step through del código, e inspeccionar variables — todo dentro de VS Code. Se acabó cambiar a Edge DevTools.

Hay un nuevo tipo de depuración editor-browser, y si ya tienes configuraciones de lanzamiento msedge o chrome existentes, migrar es tan simple como cambiar el campo type en tu launch.json:

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

Para desarrolladores de Blazor, esto es un game changer. Ya estás ejecutando dotnet watch en la terminal — ahora tu depuración se queda en la misma ventana también.

El navegador también obtuvo niveles de zoom independientes (por fin), menús de contexto con clic derecho apropiados, y el zoom se recuerda por sitio web.

Sandboxing de servidores MCP

Esto importa más de lo que podrías pensar. Si estás usando servidores MCP — quizás has configurado uno personalizado para tus recursos de Azure o consultas de base de datos — han estado ejecutándose con los mismos permisos que tu proceso de VS Code. Eso significa acceso total a tu sistema de archivos, red, todo.

Ahora puedes ponerlos en sandbox. En tu mcp.json:

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

Cuando un servidor en sandbox necesita acceso a algo que no tiene, VS Code te solicita que otorgues permiso. Mucho mejor que el enfoque de “esperar que nadie haga nada raro”.

Nota: El sandboxing está disponible en macOS y Linux por ahora. El soporte para Windows viene pronto — aunque los escenarios remotos como WSL sí funcionan.

Descubrimiento de personalizaciones en monorepos

Si trabajas en un monorepo (y seamos honestos, muchas soluciones empresariales .NET terminan siendo uno), esto resuelve un punto de dolor real.

Anteriormente, si abrías una subcarpeta de tu repo, VS Code no encontraba tu copilot-instructions.md, AGENTS.md, o skills personalizados ubicados en la raíz del repositorio. Ahora con la configuración chat.useCustomizationsInParentRepositories, sube hasta la raíz .git y descubre todo.

Esto significa que tu equipo puede compartir instrucciones de agente, archivos de prompt y herramientas personalizadas a través de todos los proyectos en un monorepo sin que todos tengan que abrir la carpeta raíz.

/troubleshoot para depuración de agentes

¿Alguna vez configuraste instrucciones personalizadas o skills y te preguntaste por qué no se están detectando? El nuevo skill /troubleshoot lee los logs de depuración del agente y te dice qué pasó — qué herramientas se usaron o se saltaron, por qué las instrucciones no cargaron, y qué está causando respuestas lentas.

Habilítalo con:

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

Luego simplemente escribe /troubleshoot why is my custom skill not loading? en el chat.

También puedes exportar e importar estos logs de depuración ahora, lo cual es genial para compartir con tu equipo cuando algo no funciona como se esperaba.

Soporte para archivos de imagen y binarios

Los agentes ahora pueden leer archivos de imagen desde disco y archivos binarios de forma nativa. Los archivos binarios se presentan en formato hexdump, y las salidas de imagen (como capturas de pantalla del navegador integrado) aparecen en una vista de carrusel.

Para desarrolladores .NET, piensa: pega una captura de pantalla de un bug de UI en el chat y haz que el agente entienda qué está mal, o haz que analice la salida del renderizado de un componente Blazor.

Referencias automáticas de símbolos

Pequeña mejora de calidad de vida: cuando copias el nombre de un símbolo (una clase, método, etc.) y lo pegas en el chat, VS Code ahora lo convierte automáticamente en una referencia #sym:Name. Esto le da al agente contexto completo sobre ese símbolo sin que tengas que agregarlo manualmente.

Si quieres texto plano en su lugar, usa Ctrl+Shift+V.

Los plugins ahora se pueden habilitar/deshabilitar

Anteriormente, deshabilitar un servidor MCP o plugin significaba desinstalarlo. Ahora puedes activarlos y desactivarlos — tanto globalmente como por workspace. Clic derecho en la vista de Extensiones o la vista de Personalizaciones y listo.

Los plugins de npm y pypi también pueden auto-actualizarse ahora, aunque pedirán aprobación primero ya que las actualizaciones significan ejecutar código nuevo en tu máquina.

Para cerrar

VS Code 1.112 está claramente empujando fuerte en la experiencia del agente — más autonomía, mejor depuración, seguridad más ajustada. Para desarrolladores .NET, la depuración del navegador integrado y las mejoras de Copilot CLI son las características destacadas.

Si aún no has probado ejecutar una sesión completa de Copilot CLI en modo Autopiloto para un proyecto .NET, esta versión es un buen momento para empezar. Solo recuerda configurar tus permisos y dejarlo cocinar.

Descarga VS Code 1.112 o actualiza desde dentro de VS Code vía Ayuda > Buscar actualizaciones.