Azure DevOps | The .NET Blog

Actualización de Abril del Azure DevOps MCP Server: Consultas WIQL, Auth PAT y MCP Apps Experimental

Emiliano Montesdeoca — Mon, 27 Apr 2026 00:00:00 +0000

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

El Azure DevOps MCP Server sigue mejorando. La actualización de abril de Dan Hellem cubre tanto los servidores local como remoto, y hay algunas adiciones genuinamente útiles.

Soporte de Consultas WIQL

La nueva herramienta wit_query_by_wiql permite ejecutar consultas Work Item Query Language directamente desde tu cliente MCP. Tus sesiones de Copilot pueden ahora obtener conjuntos precisos de work items sin filtrar manualmente.

Personal Access Tokens en el Servidor Local

El servidor MCP local ahora soporta autenticación PAT — importante para escenarios de integración donde la autenticación interactiva no está disponible.

Anotaciones MCP en el Servidor Remoto

Etiquetas de metadatos para herramientas de solo lectura, destructivas y de mundo abierto — fundamentales para la fiabilidad de los agentes.

Consolidación de Herramientas Wiki

5 herramientas separadas de wiki → 2 herramientas más capaces. Menos herramientas = mejor rendimiento del LLM.

Experimental: MCP Apps

Flujos de trabajo empaquetados que se ejecutan dentro del entorno del servidor MCP. La idea es correcta — más composición de flujos de trabajo en la capa MCP, menos encadenamiento ad-hoc de herramientas.

Post original de Dan Hellem: Azure DevOps MCP Server April Update.

Azure DevOps Server Parche Abril 2026 — Corrección en Completado de PRs y Actualizaciones de Seguridad

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

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

Aviso rápido para equipos que ejecutan Azure DevOps Server en sus propios servidores: Microsoft lanzó el Parche 3 de abril 2026 con tres correcciones específicas.

Qué se corrigió

Fallos en el completado de pull requests — una excepción de referencia nula durante el auto-completado de work items podía hacer que los merges de PRs fallaran. Si te topaste con errores aleatorios al completar PRs, esta es probablemente la causa
Validación en la redirección de cierre de sesión — se mejoró la validación durante el cierre de sesión para prevenir posibles redirecciones maliciosas. Esta es una corrección de seguridad que vale la pena aplicar pronto
Conexiones PAT con GitHub Enterprise Server — la creación de conexiones con Personal Access Token hacia GitHub Enterprise Server estaba rota, ahora se restauró

Cómo actualizar

Descarga el Parche 3 y ejecuta el instalador. Para verificar que el parche se aplicó:

<patch-installer>.exe CheckInstall

Si estás ejecutando Azure DevOps Server en tus propias instalaciones, Microsoft recomienda encarecidamente mantenerse en el último parche tanto por seguridad como por fiabilidad. Consulta las notas de la versión para todos los detalles.

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.