Microsoft Build 2026: Surface RTX Spark y todos los anuncios

En Build 2026, Microsoft amplió la Azure Functions MCP Extension de un solo tipo de disparador a tres primitivos completos (Tools, Resources y Prompts), sumó autenticación con Microsoft Entra ID en un clic y estrenó el transporte Streamable-HTTP. El salto es claro: pasó de “solo herramientas” a plataforma para correr servidores MCP de agentes sin servidor.

La Azure Functions MCP Extension es un componente de Azure Functions que te deja construir servidores del Model Context Protocol (MCP) sin administrar infraestructura. El Model Context Protocol es un estándar abierto que creó Anthropic en noviembre de 2024 para que cualquier cliente de IA (Claude, agentes de OpenAI, herramientas propias) acceda a funciones, datos y plantillas de prompt a través de una misma interfaz. Microsoft lo adoptó para que esos servidores escalen como funciones serverless.

¿Qué es el Model Context Protocol (MCP) en Azure?

Ponele que armás un agente y querés que consulte tu base, mande un mensaje a Teams y lea un documento de SharePoint. Antes tenías que cablear cada integración a mano, casi siempre atada a la API de un proveedor puntual. MCP rompe con eso: define un contrato común para que cualquier cliente que hable el protocolo se conecte a tus herramientas sin importar quién lo construyó.

La diferencia con el Function Calling clásico de Azure OpenAI es de fondo. El tool use tradicional es propiedad de la API de OpenAI. MCP es un estándar abierto, así que el mismo servidor sirve para Claude, para agentes propios o para clientes de terceros. Microsoft puso ese estándar a correr sobre Azure Functions, donde cada herramienta es una función que escala sola. Lo explicamos a fondo en la estrategia integrada de Microsoft.

¿Cuáles son los 3 primitivos MCP que estrenó Build 2026?

Hasta este Build, la extensión solo entendía herramientas. Ahora maneja los tres primitivos que define la especificación de MCP. Cada uno cubre una necesidad distinta del agente.

Primitivo	Qué es	Caso de uso típico
Tool Triggers	Acciones que el agente ejecuta	Crear un ticket, correr una query, enviar un correo
Resource Triggers	Datos y contexto que el agente lee	Documentos, registros, archivos para alimentar un RAG
Prompt Triggers	Plantillas de prompt reutilizables	Estandarizar instrucciones para una tarea repetida

El cambio importa porque define el techo de lo que podés modelar. Con solo herramientas, el agente actuaba pero dependía de vos para conseguir el contexto. Con Resources y Prompts en el mismo servidor, el flujo entero (leer datos, decidir, ejecutar) vive en Azure Functions. Eso es lo que Microsoft describe como pasar de un conjunto de herramientas a una plataforma.

¿Cómo se autentica un servidor MCP con Entra ID?

Acá viene una de las mejoras más concretas. Antes tenías que registrar la aplicación en Entra ID a mano, configurar permisos y rezar para que el scope coincidiera. En Build 2026, Microsoft presentó (en preview) la habilitación de Entra ID con un clic desde el Azure Portal.

• Habilitación directa: activás la autenticación desde el Portal sin tocar el registro de app.
• Delegación de identidad: con el flujo on-behalf-of (OBO), el servidor accede a servicios downstream como Teams o SharePoint con los permisos del usuario, no con una identidad genérica.
• Menos secretos sueltos: evitás guardar credenciales en el código o en variables de entorno.

Eso sí: la autenticación basada en tokens tiene su letra chica. Si el token expira y no se renueva, el agente empieza a tirar errores 401 contra el servicio de abajo. Y si el scope que pediste no cubre el recurso, vas a ver un permiso denegado aunque el login haya funcionado. Relacionado: consideraciones de seguridad en el ecosistema.

¿Cómo creo un servidor MCP remoto con Azure Functions?

El armado conceptual es sencillo. Una función HTTP recibe la conexión, un router MCP la enruta y cada herramienta es una función decorada con su trigger. La extensión tiene soporte para C#, Python y Node.js, y en .NET hay una API fluida para declarar las herramientas de forma encadenada.

El detalle técnico del Build es el transporte. Streamable-HTTP es el nuevo método de conexión remota y reemplaza al Server-Sent Events legacy, que daba problemas de estabilidad en sesiones largas. Para probar en local, conectás el servidor a un cliente como Claude Desktop o al inspector de MCP y verificás que las herramientas respondan antes de deployar. Si estás montando esta infraestructura sobre un VPS o necesitás hosting en Argentina para el front que la consume, donweb.com es una opción local para la parte de alojamiento.

¿La Azure Functions MCP Extension escala para agentes de alto volumen?

Microsoft reportó un aumento de 15x en la ejecución de herramientas MCP en los últimos seis meses. El argumento de escala es el escalado automático de Azure Functions: las instancias se crean según la demanda, sin que vos provisiones servidores ni pagues por capacidad ociosa.

Sobre eso, el Build presentó en preview un Serverless Agents Runtime pensado para que el orquestador del agente no sume latencia extra. Comparado con correr el servidor en Container Apps o en una VM, la promesa serverless es no pagar por idle y absorber picos. ¿Sirve para una app de RAG con muchas consultas simultáneas? En teoría sí, porque cada evento dispara su propia función. El límite a tener en cuenta es el timeout de ejecución, que no es infinito: para tareas largas conviene pensar en jobs asíncronos.

¿En qué se diferencia MCP del tool use clásico de Azure OpenAI?

Es una de las confusiones más comunes. El tool use (o function calling) es propiedad de la API de OpenAI: definís funciones y el modelo decide cuándo llamarlas, pero todo vive dentro de ese ecosistema. MCP es un protocolo abierto y multiplataforma. Cualquier agente que lo soporte (Claude, plugins de OpenAI, agentes propios) se conecta al mismo servidor sin reescribir nada. Esto se conecta con lo que analizamos en integración con pipelines de automatización.

• Proyecto nuevo: arrancá con MCP. Te da interoperabilidad y no quedás atado a un solo proveedor.
• Stack legacy con Azure OpenAI: si ya funciona, quedate donde estás y migrá cuando tenga sentido.

Errores comunes al deployar servidores MCP

Subís el servidor, lo probaste en local, andaba bárbaro, lo mandás a producción y de golpe el cliente no encuentra las herramientas, los tokens vencen sin avisar y nadie documentó el endpoint correcto. Estos son los tropiezos que más aparecen.

• 404 por montura incorrecta en Python: con FastAPI es típico montar el router en / cuando el cliente espera /mcp. Revisá la ruta exacta antes de culpar al servidor.
• CORS en clientes remotos: si el cliente vive en otro dominio y no habilitaste los headers de CORS, la conexión se cae sin un mensaje claro.
• Token de Entra ID vencido: el síntoma es un 401 contra el servicio downstream. La causa suele ser que el token no se renueva. Revisá la lógica de refresh.
• JSON malformado en la definición de Tools: un schema mal armado hace que el cliente ignore la herramienta. Validá el JSON.
• ResourceNotFound: aparece cuando la API de abajo no existe o cambió de ruta. Confirmá que el recurso downstream esté vivo.

Para casi todos, el inspector de MCP es tu mejor amigo: te deja ver qué responde el servidor sin pasar por el agente.

¿Qué viene en el roadmap de MCP después de Build 2026?

Acá conviene ser honesto. Hay dos propuestas en seguimiento que todavía no están en disponibilidad general: MCP Tasks (SEP-1686) y Stateless MCP (SEP-2575). Tasks apunta a manejar trabajos asíncronos, esos que tardan más que un request normal. Stateless busca correr sin manejo de estado, lo que ayudaría a optimizar costos.

El timing es especulativo, así que tomalo con pinzas. Ninguna de las dos tiene fecha firme de GA al momento de Build 2026. Si tu caso depende de jobs largos o de quitar el estado del servidor, seguilas de cerca, pero no construyas tu arquitectura asumiendo que ya están. Para más detalles técnicos, mirá orquestación moderna de deployments.

Mirá también nuestro artículo sobre novedades en Azure Functions para profundizar.

Qué está confirmado y qué no

• Confirmado: los tres primitivos (Tools, Resources, Prompts), el transporte Streamable-HTTP y el aumento de 15x en ejecución de herramientas.
• En preview: la autenticación con Entra ID en un clic y el Serverless Agents Runtime.
• En seguimiento (no GA): MCP Tasks (SEP-1686) y Stateless MCP (SEP-2575), sin fecha confirmada.

Preguntas Frecuentes

¿Qué hay de nuevo en Azure Functions MCP en Build 2026?

Build 2026 sumó los Resource Triggers y Prompt Triggers a los Tool Triggers que ya existían, completando los tres primitivos de MCP. También llegó la autenticación con Microsoft Entra ID en un clic (preview) y el transporte Streamable-HTTP en reemplazo de Server-Sent Events.

¿Qué es el Model Context Protocol?

El Model Context Protocol (MCP) es un estándar abierto que Anthropic introdujo en noviembre de 2024. Define una interfaz común para que cualquier cliente de IA acceda a herramientas, datos y plantillas de prompt, sin atarse a la API de un proveedor puntual.

¿Cuál es la diferencia entre Tools, Resources y Prompts?

Los Tools son acciones que el agente ejecuta (correr una query, mandar un correo). Los Resources son datos que el agente lee para tener contexto. Los Prompts son plantillas reutilizables de instrucciones. Build 2026 habilitó los tres en la extensión.

¿Cómo autentico un servidor MCP con Entra ID?

Desde Build 2026 podés habilitar Entra ID con un clic en el Azure Portal, en preview. El flujo on-behalf-of (OBO) delega la identidad del usuario para acceder a servicios como Teams o SharePoint con sus permisos reales, sin guardar credenciales en el código.

¿Azure Functions MCP sirve para agentes de alto volumen?

Sí. El escalado automático de Azure Functions crea instancias según la demanda y Microsoft reportó un aumento de 15x en ejecución de herramientas en seis meses. El límite a vigilar es el timeout de ejecución, que para tareas largas conviene resolver con jobs asíncronos.

Conclusión

Lo que cambió en Build 2026 es el alcance. La Azure Functions MCP Extension dejó de ser una forma de exponer herramientas sueltas y pasó a soportar el protocolo completo, con autenticación integrada y un transporte más sólido. Para quien está armando agentes, eso significa menos plomería manual y más interoperabilidad.

¿Qué hacer ahora? Si arrancás un proyecto nuevo de agentes, probá los tres primitivos y la auth con Entra ID en preview, pero no construyas asumiendo MCP Tasks ni Stateless, que todavía no están. Y si ya tenés un stack con Azure OpenAI funcionando, evaluá la migración sin apuro: MCP gana en apertura, pero el costo de mudarse solo se justifica cuando necesitás esa interoperabilidad de verdad.

¿Con qué lenguajes puedo construir un servidor MCP en Azure Functions?

La extensión soporta C#, Python y Node.js. En .NET hay una API fluida para declarar herramientas de forma encadenada. Python usa FastAPI o frameworks similares, y el routing en producción requiere especificar la ruta exacta donde el cliente espera encontrar el servidor MCP.

¿Cuánto cuesta ejecutar un servidor MCP en Azure Functions?

Pagás por ejecuciones y memoria consumida bajo el modelo de precios por consumo de Azure Functions. No hay costo de idle. Para alto volumen, el escalado automático ajusta instancias según demanda. Consultá la calculadora de Azure o tu proveedor local de hosting para una estimación ajustada a tu uso.

¿Cómo hago funcionar Streamable-HTTP en lugar de Server-Sent Events?

Streamable-HTTP es el transporte por defecto en Build 2026 y la extensión lo soporta automáticamente. La diferencia está en que SSE tenía problemas de estabilidad en sesiones largas. Tu cliente MCP (Claude Desktop, inspector) debe estar actualizado; de lo contrario, verificá que tu versión de la extensión sea posterior a Build 2026.

Fuentes

• Azure SDK DevBlog – Functions MCP updates en Build 2026 (anuncio oficial)
• Microsoft Learn – Bindings MCP para Azure Functions
• Microsoft Learn – Tutorial de servidor MCP con Azure Functions
• Microsoft Tech Community – Novedades de la extensión MCP en Build 2026
• Anthropic – Introducción al Model Context Protocol