Productivity | The .NET Blog

VS Code 1.119: OpenTelemetry para sesiones de agentes, integración del navegador y seguridad

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

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

VS Code 1.119 salió el 6 de mayo de 2026 (con un parche de seguridad 1.119.1 poco después). La versión se centra en la observabilidad de los agentes, la interacción con el navegador y la reducción de interrupciones.

Trazado OpenTelemetry para sesiones de agentes

Esta es la característica destacada para cualquiera que ejecute agentes en producción o depure flujos de trabajo agénticos. Actívala con dos configuraciones:

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

Las trazas siguen las convenciones semánticas de GenAI. Cada solicitud de agente produce un span raíz invoke_agent con spans hijo anidados: chat, execute_tool y execute_hook. El uso de tokens se reporta por solicitud — incluyendo recuentos de lectura y creación de caché.

Funciona con el agente local, el agente de fondo de Copilot CLI y el agente de Claude. Cualquier backend compatible con OTLP acepta las trazas — el Aspire Dashboard standalone funciona bien para el desarrollo local.

Los agentes ahora pueden acceder a las pestañas del navegador

Los agentes pueden solicitar acceso a las pestañas de tu navegador integrado — pero no es automático. Debes compartir explícitamente una pestaña mediante el selector de contexto, arrastrar y soltar, o contexto sugerido. Hay un botón de compartición en el navegador para revocar el acceso. Cuando un agente intenta abrir una nueva pestaña en el mismo dominio que una pestaña abierta (no compartida), VS Code te pide que reutilices la pestaña existente.

Uso optimizado de tokens

Un modelo ligero experimental ahora gestiona las listas de tareas de los agentes, manteniendo ese trabajo administrativo fuera del modelo principal más caro. Reduce el consumo de tokens para tareas que no necesitan capacidad de razonamiento completa.

Confianza y seguridad

Menos interrupciones: VS Code 1.119 reduce las solicitudes de acceso a la red y escrituras en carpetas temporales por parte de los agentes. El parche 1.119.1 aborda problemas de seguridad específicos — vale la pena actualizar si aún no lo has hecho.

Cambio rápido a vista previa de Markdown

Pequeño pero útil: ahora puedes cambiar rápidamente el editor actual a la vista previa de Markdown sin navegar.

VS Code Agents (vista previa Insiders)

La interfaz de sesión de agentes rediseñada — nuevo selector de repositorios (local/repos/remoto), mejoras de subsesiones, pulido web y móvil, animaciones de progreso — está disponible en Insiders en insiders.vscode.dev/agents.

Registro de cambios completo: code.visualstudio.com/updates/v1_119.

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.

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.

Azure DevOps por fin arregla el editor Markdown que todos odiaban

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

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

Si usas Azure Boards, probablemente has vivido esto: estás leyendo la descripción de un work item, tal vez revisando los criterios de aceptación, y accidentalmente haces doble clic. Boom — estás en modo edición. No querías editar nada. Solo estabas leyendo.

Dan Hellem anunció la corrección, y es uno de esos cambios que suenan pequeños pero realmente eliminan fricción de tu flujo de trabajo diario.

Qué cambió

El editor Markdown para campos de texto de work items ahora abre en modo vista previa por defecto. Puedes leer e interactuar con el contenido — seguir enlaces, revisar formato — sin preocuparte por entrar accidentalmente en modo edición.

Cuando realmente quieres editar, haces clic en el ícono de edición en la parte superior del campo. Cuando terminas, sales explícitamente al modo vista previa. Simple, intencional, predecible.

Eso es. Ese es el cambio.

Por qué importa más de lo que parece

El hilo de feedback de la comunidad sobre esto era largo. El comportamiento de doble clic para editar se introdujo con el editor Markdown en julio 2025, y las quejas empezaron casi inmediatamente. El problema no eran solo las ediciones accidentales — era que toda la interacción se sentía impredecible.

Para equipos que hacen planificación de sprints, refinamiento de backlog o revisión de código con Azure Boards, este tipo de micro-fricción se acumula. Cada entrada accidental al modo edición es un cambio de contexto. Cada momento de “espera, ¿cambié algo?” es atención desperdiciada.

Estado del despliegue

Ya se está implementando para un subconjunto de clientes y se expandirá a todos en las próximas dos o tres semanas.

Para cerrar

No toda mejora necesita ser una función titular. A veces la mejor actualización es simplemente eliminar algo molesto. Esta es una de esas — una pequeña corrección de UX que hace que Azure Boards se sienta menos hostil para las personas que solo quieren leer sus work items en paz.

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.

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.