Desde el 19 de marzo de 2026, el Azure DevOps Remote MCP Server está disponible en Microsoft Foundry en preview pública. Es un paso concreto, útil y bien ejecutado. Y precisamente por eso merece ser explicado con exactitud, sin exagerarlo.
Qué es el Model Context Protocol y por qué importa aquí
MCP son las siglas de Model Context Protocol, no “Managed Control Plane”. Es un protocolo que permite a los agentes de IA acceder a herramientas externas de forma estandarizada. La idea es sencilla: el agente no tiene que conocer cada API de cada servicio; simplemente conecta con un MCP Server que expone un conjunto de herramientas que él puede invocar.
El Azure DevOps Remote MCP Server es la versión hospedada de ese servidor para Azure DevOps. A diferencia del servidor local (que ya existía y requería instalación manual), la versión remota está alojada directamente en el servicio de Azure DevOps, usa transporte HTTP y autentica vía Microsoft Entra. Cero setup adicional para el agente.
Lo que ocurrió el 19 de marzo es que este servidor remoto pasó a preview pública. Y el 24, Microsoft anunció que ya puede usarse dentro de Microsoft Foundry.
Qué permite hacer en Foundry
La integración es directamente desde el catálogo de herramientas de Foundry. Vas a Add Tools → Catalog, buscas “Azure DevOps” y aparece Azure DevOps MCP Server (preview). Lo añades, introduces el nombre de tu organización y conectas.
A partir de ahí, el agente en Foundry puede usar las herramientas que expone ese servidor: operaciones sobre repositorios, work items, boards, wikis, pipelines, test plans. Puedes además restringir el subconjunto de herramientas disponibles para controlar exactamente qué acciones puede tomar el agente.
Lo importante es entender bien la cadena:
- El agente en Foundry recibe una instrucción.
- Decide qué herramienta invocar del MCP Server.
- El MCP Server traduce esa invocación en una llamada a la API de Azure DevOps.
- Azure DevOps ejecuta la operación —lanzar una pipeline, crear un work item, consultar un repo— y devuelve el resultado.
- El agente procesa la respuesta y continúa.
Foundry no ejecuta pipelines. El MCP Server no es un motor CI/CD. Azure DevOps sigue siendo quien tiene el motor. El MCP Server es la capa de acceso que permite al agente operar con él.
Qué no significa todavía
Algunos matices relevantes, especialmente si estás evaluando si esto encaja en tu stack:
- Solo organizaciones respaldadas por Microsoft Entra. Las organizaciones standalone con cuenta Microsoft (MSA) no están soportadas en la versión remota.
- Los clientes soportados hoy son Visual Studio y VS Code (con GitHub Copilot). Claude Desktop, Claude Code, GitHub Copilot CLI y ChatGPT requieren registro OAuth dinámico en Entra, que aún está en desarrollo.
- Foundry es el primer servicio externo que se incorpora. Soporte para Microsoft 365 Copilot y Copilot Studio no está disponible aún.
- Está en preview. El comportamiento y el alcance de las herramientas pueden cambiar. Microsoft ha indicado que el servidor local quedará archivado cuando el remoto alcance GA, pero sin fecha concreta.
Esto no quita valor a lo que ya está disponible. Pero sí que conviene saberlo antes de diseñar arquitecturas en producción sobre algo que todavía está en evolución.
Por qué esto sí es relevante
La aparición del Remote MCP Server en Foundry abre una posibilidad real: construir agentes que operen con Azure DevOps de forma conversacional y asistida. Imagina un agente de producto que puede consultar el estado de los work items de una iteración, crear tareas a partir de requisitos, o disparar un pipeline de validación, todo desde una interfaz de chat en Foundry.
El patrón correcto para este escenario no es “Foundry reemplaza Azure DevOps Pipelines”. El patrón es: el agente usa herramientas remotas de Azure DevOps para hacer workflows asistidos por IA sobre proyectos reales.
Eso es distinto y, en muchos contextos, más útil. No necesitas reemplazar tu CI/CD. Necesitas que tu agente pueda hablar con él.
Cómo empezar
Si quieres probarlo hoy, el punto de entrada es la documentación oficial del Remote MCP Server. Para el caso de VS Code con GitHub Copilot, basta con añadir a tu mcp.json:
{
"servers": {
"ado-remote-mcp": {
"url": "https://mcp.dev.azure.com/{organization}",
"type": "http"
}
}
}
Para Foundry, el flujo es aún más directo: catálogo de herramientas → busca “Azure DevOps” → conecta tu organización → configura qué herramientas quieres exponer al agente.
Recursos adicionales
- Novedades en Microsoft Foundry: Febrero 2026
- Introducción a DevSecOps en Microsoft: Seguridad integrada en el ciclo de vida de desarrollo
- Recursos del Microsoft AI Tour 2025-2026: Agentes IA, Copilot y más
- Desbloqueando el entendimiento de documentos con Mistral Document AI en Microsoft Foundry
Conclusión
El Azure DevOps Remote MCP Server en Microsoft Foundry es una integración sólida, bien orientada y útil desde el primer día que la pruebas. No convierte Foundry en un reemplazo de Azure DevOps Pipelines. No elimina la necesidad de los sistemas CI/CD existentes. Hace algo diferente y complementario: permite que los agentes de IA operen con Azure DevOps como si fuera una herramienta más a su disposición.
En preview, con limitaciones de clientes y organizaciones, y con la hoja de ruta aún abierta. Pero ya funciona, y eso es lo que cuenta.