Uploaded September 2026 | Updated September 2026, 3 weeks ago
Cuando pensamos en construir agentes de IA, pensamos en frameworks, SDKs y todo el boilerplate que hay que montar antes de que el agente haga algo útil. Pero hay otro camino: Logic Apps ha incorporado el agent loop a su motor de workflows, ahora todo lo que ya tenía (conectores, ejecución durable, retries, monitorización, managed identities) se convierte en infraestructura de agentes que te viene dada.
En esta sesión, creamos en directo sobre un mismo escenario, un asistente de soporte interno, para poder compararlas bien: Parte 1, el agente conversacional. Creamos el agente desde el designer, le conectamos el modelo y le damos sus primeras tools usando conectores. Vemos cómo se depura de verdad: run history, transcripción del chat, y qué entra y sale del modelo en cada vuelta del loop. Y resolvemos el problema que casi nadie cuenta: el contexto de usuario.
Con autorización on-behalf-of, las tools dejan de ejecutarse con una cuenta de servicio y pasan a actuar con la identidad del usuario que está chateando: si el agente manda un correo, sale de tu buzón. Desplegamos el agente en Microsoft Teams. Parte 2, el agente autónomo.
Mismo escenario, pero sin nadie al otro lado: un trigger de evento arranca el workflow, el agente clasifica, decide y ejecuta por su cuenta. Vemos dónde colocar las agent actions dentro de un workflow normal, cómo combinar varias, y qué pasa con las ejecuciones de larga duración, los errores y la gobernanza cuando no hay un humano mirando.
Parte 3, la Logic App como MCP Server. Le damos la vuelta a la tortilla: en lugar de que el agente viva en Logic Apps, exponemos nuestros workflows como tools MCP para que los consuma cualquier agente externo, desde VS Code hasta el agente que tú quieras. Qué requisitos tiene que cumplir un workflow para ser una tool, cómo se gestionan las API keys y cómo montar varios MCP Servers en una misma Logic App.
Además, hablaremos sobre decisiones de arquitectura: Consumption con modelo gestionado por Microsoft o Standard trayendo tu propio modelo de Foundry, con sus diferencias en redes, autenticación, billing y desarrollo local. Si vienes del mundo pro-code, esta sesión te va a sorprender: no se trata de elegir entre código o designer, sino de saber cuándo el motor de Logic Apps te ahorra construir la mitad de tu plataforma de agentes.
Key Takeaways: Cómo construir agentes conversacionales y autónomos con el agent loop de Logic Apps, y en qué se diferencian Cómo ejecutar tools con la identidad real del usuario mediante autorización on-behalf-of Cómo desplegar tu agente en Microsoft Teams para que hable donde ya están tus usuarios Cómo exponer workflows como MCP Servers remotos consumibles desde cualquier agente o cliente MCP Consumption o Standard: qué SKU elegir según modelo, redes, billing y compliance.
🔗 Aprende más accediendo a los recursos: https://aka.ms/AgentsLogicApps
#MicrosoftReactor #LearnConnectuild #LogicApps #MCP
[eventID:27563]
Cuando pensamos en construir agentes de IA, pensamos en frameworks, SDKs y todo el boilerplate que hay que montar antes de que el agente haga algo útil. Pero hay otro camino: Logic Apps ha incorporado el agent loop a su motor de workflows, ahora todo lo que ya tenía (conectores, ejecución durable, retries, monitorización, managed identities) se convierte en infraestructura de agentes que te viene dada.
En esta sesión, creamos en directo sobre un mismo escenario, un asistente de soporte interno, para poder compararlas bien: Parte 1, el agente conversacional. Creamos el agente desde el designer, le conectamos el modelo y le damos sus primeras tools usando conectores. Vemos cómo se depura de verdad: run history, transcripción del chat, y qué entra y sale del modelo en cada vuelta del loop. Y resolvemos el problema que casi nadie cuenta: el contexto de usuario.
Con autorización on-behalf-of, las tools dejan de ejecutarse con una cuenta de servicio y pasan a actuar con la identidad del usuario que está chateando: si el agente manda un correo, sale de tu buzón. Desplegamos el agente en Microsoft Teams. Parte 2, el agente autónomo.
Mismo escenario, pero sin nadie al otro lado: un trigger de evento arranca el workflow, el agente clasifica, decide y ejecuta por su cuenta. Vemos dónde colocar las agent actions dentro de un workflow normal, cómo combinar varias, y qué pasa con las ejecuciones de larga duración, los errores y la gobernanza cuando no hay un humano mirando.
Parte 3, la Logic App como MCP Server. Le damos la vuelta a la tortilla: en lugar de que el agente viva en Logic Apps, exponemos nuestros workflows como tools MCP para que los consuma cualquier agente externo, desde VS Code hasta el agente que tú quieras. Qué requisitos tiene que cumplir un workflow para ser una tool, cómo se gestionan las API keys y cómo montar varios MCP Servers en una misma Logic App.
Además, hablaremos sobre decisiones de arquitectura: Consumption con modelo gestionado por Microsoft o Standard trayendo tu propio modelo de Foundry, con sus diferencias en redes, autenticación, billing y desarrollo local. Si vienes del mundo pro-code, esta sesión te va a sorprender: no se trata de elegir entre código o designer, sino de saber cuándo el motor de Logic Apps te ahorra construir la mitad de tu plataforma de agentes.
Key Takeaways: Cómo construir agentes conversacionales y autónomos con el agent loop de Logic Apps, y en qué se diferencian Cómo ejecutar tools con la identidad real del usuario mediante autorización on-behalf-of Cómo desplegar tu agente en Microsoft Teams para que hable donde ya están tus usuarios Cómo exponer workflows como MCP Servers remotos consumibles desde cualquier agente o cliente MCP Consumption o Standard: qué SKU elegir según modelo, redes, billing y compliance.
🔗 Aprende más accediendo a los recursos: https://aka.ms/AgentsLogicApps
#MicrosoftReactor #LearnConnectuild #LogicApps #MCP
[eventID:27563]
