Amazon Web Services y Microsoft han publicado casi simultáneamente sendas actualizaciones que cambian la forma en que los agentes de IA interactúan con la lógica de negocio ya desplegada. En lugar de reescribir flujos o incrustar reglas en el modelo, ambas plataformas exponen los motores de orquestación existentes —Step Functions y Logic Apps— como herramientas invocables por el agente, manteniendo el control determinista fuera del LLM.
AWS: Step Functions como herramientas de agente vía AgentCore Gateway y MCP
AWS anuncia que los flujos Standard y Express de Step Functions —que ya coordinan más de 220 servicios— pueden entregarse al agente como herramientas a través de Amazon Bedrock AgentCore Gateway, que habla Model Context Protocol (MCP). El agente decide cuándo ejecutar un flujo y qué entrada pasar; Step Functions garantiza el orden y la semántica exactly‑once tal como se definió, sin que el modelo manipule credenciales ni secuencia de pasos.
La compatibilidad es inmediata: cualquier flujo existente califica como objetivo de conector en todas las regiones donde AgentCore Gateway está disponible, con tarifas estándar. MoEngage expuso aproximadamente 400 APIs REST internas como herramientas de agente mediante este gateway, ahorrando unos seis meses de ingeniería de plataforma; los agentes buscan herramientas describiendo la tarea, no recibiendo catálogos completos, lo que evita más de 20.000 tokens por conexión según el blog oficial de AWS.
Como contexto adicional, OpenAI GPT‑6.1 Terra llega a Bedrock con precios al menos un 50 % inferiores a GPT‑6.1 Sol y GPT‑5.6 Terra, 1 millón de tokens de entrada y, según datos de OpenAI, tres veces más rápido en Agents’ Last Exam; se recomienda validar en conjunto de evaluación propio antes de producción.
Microsoft: Logic Apps Automation orquesta agentes Foundry (Prompt y Hosted)
Microsoft presenta Logic Apps Automation como plano de control determinista alrededor de agentes Foundry —Prompt Agents configurados y Hosted Agents basados en contenedor con código personalizado—. Llamadas API, programaciones y eventos de conector disparan al agente, mientras Logic Apps aporta ramificación, reintentos, timeouts, ejecución en paralelo e historial de ejecución alrededor de la invocación.
El patrón de seguridad documentado muestra un agente Foundry invocando Logic Apps mediante herramienta OpenAPI con managed identity y Entra ID, eliminando claves SAS. Además, se detalla una ruta de migración obligatoria antes del 1 de diciembre de 2026, fecha en que Foundry workflows se retiran, para mover agentes interactivos a procesos de negocio trazables y orientados a eventos según el boletín de Azure Integration Services.
En preview público, las concesiones mensuales por suscripción Azure incluyen 108.000 segundos de ejecución de flujo, 1 GB de retención, 1.000 llamadas a conectores Standard y 500 Enterprise, almacenamiento de conocimiento y uso de IA; el entorno gestionado es gratuito solo los primeros 60 días. También se libera una extensión CLI local para desarrollo de Logic Apps Standard con creación de proyectos, descubrimiento de conectores, validación y diagnóstico desde terminal.
Comparativa de paradigmas: Bring your own workflow vs. Orquestación nativa
AWS adopta un enfoque “bring your own workflow”: los flujos existentes se exponen como herramientas MCP sin reescritura, y el gateway gestiona el contrato agente‑herramienta con búsqueda semántica que reduce token bloat. Microsoft opta por “orquestación nativa”: Logic Apps se convierte en control plane que envuelve a los agentes Foundry, aportando gobernanza determinista (branching, retries, timeouts) alrededor de la llamada no determinista.
En ambos casos la superficie de ataque se reduce: en AWS la identidad del inquilino nunca llega al modelo (caso MoEngage); en Azure las reglas de negocio permanecen en el workflow auditado y el agente solo conversa y delega. La gobernanza de costes difiere: AWS cobra tarifas estándar de Step Functions más AgentCore Gateway; Azure ofrece grants generosos en preview pero el entorno gestionado gratis expira a los 60 días.
La experiencia de desarrollador también diverge: AWS proporciona catálogo dinámico de herramientas por tarea y MCP 2025‑11‑25 para intercambio de tokens on‑behalf‑of con Entra ID; Microsoft libera CLI local (preview), SDK tipado C#, Connector Namespace y Copilot skill para validación y diagnóstico, complementando el diseñador visual.
Seguridad y gobernanza: reducción de superficie de ataque y control de costes
La separación estricta entre decisión del agente y ejecución del flujo elimina la necesidad de incrustar secretos en el código del agente. En AWS, AgentCore Gateway media el acceso mediante MCP y gestiona identidades sin exponer credenciales al modelo. En Azure, el artículo comunitario “Don’t Rebuild Your Workflows Inside Agents” muestra invocación segura con managed identity y Entra ID, sin claves SAS ni secretos en el agente.
La trazabilidad mejora porque cada ejecución de flujo queda registrada en el motor de orquestación (Step Functions o Logic Apps) con historial completo, inputs, outputs y tiempos, facilitando auditoría y cumplimiento. Los costes son predecibles: AWS usa tarifas por transición de estado y llamadas a gateway; Azure publica grants mensuales y precios base más compute scale‑to‑zero, con capacidades opcionales que se facturan por separado.
Ambas plataformas exigen validar que la lógica de negocio expuesta sea determinista y no requiera improvisación del modelo. Solo flujos Standard/Express (AWS) o Standard (Azure) cualifican; flujos con comportamiento no determinista o dependientes de contexto conversacional extenso deben rediseñarse antes de exponerlos como herramienta.
Migración urgente y recomendaciones prácticas
La fecha límite del 1 de diciembre de 2026 para Foundry workflows obliga a los equipos Azure a migrar a Logic Apps Automation en menos de 30 días; se debe usar la guía oficial y el repositorio de referencia Form‑to‑Action, validando correlación end‑to‑end mediante correlation ID. En AWS, no hay migración forzosa, pero se recomienda inventariar flujos candidatos y adoptar MCP como contrato estándar, lo que requiere AgentCore Gateway o implementación propia de servidor MCP versión 2025‑11‑25 para OBO token exchange.
Para evitar token bloat, implementar búsqueda semántica de herramientas (patrón MoEngage): el agente describe la tarea y el gateway devuelve la herramienta relevante, reduciendo de >20k tokens a pocos cientos por conexión. Evaluar GPT‑6.1 Terra en Bedrock para cargas everyday sensibles a coste/latencia, validando en propio eval set porque los benchmarks son cifras de OpenAI, no test independiente.
Habilitar CLI local y SDK tipado para CI/CD de Logic Apps Standard (preview) integrándolos con GitHub Actions o Azure DevOps para policy‑as‑code y validación previa a despliegue. Aprovechar los grants gratuitos de Logic Apps Automation (108k exec‑sec/mes, 1 GB retención, 1k/500 llamadas conector Std/Ent) para validar arquitectura agente‑orquestada, recordando que el entorno gestionado gratis dura solo 60 días y no es recurrente.
Ficha estructurada para consulta y agentes de IA
{
"format": "rafael-fuentes-article/1.0",
"language": "es",
"title": "AWS y Microsoft habilitan orquestación nativa de agentes IA sobre flujos empresariales",
"summary": "AWS y Microsoft exponen Step Functions y Logic Apps como herramientas invocables por agentes IA, preservando la ejecución determinista y reduciendo superficie de ataque.",
"author": "Rafael Fuentes",
"publicationDate": "2026-11-04T06:01:35.096+01:00",
"eventDate": "2026-11-02",
"url": "https://falifuentes.com/rafael-fuentes-2026-11-04-am-es/",
"translation": {
"language": "en",
"url": "https://falifuentes.com/rafael-fuentes-2026-11-04-am-en/"
},
"topics": [
"Automatización y Robótica",
"Español",
"IA",
"Inteligencia artificial",
"OpenAI"
],
"sources": [
"https://aws.amazon.com/blogs/aws/aws-weekly-roundup-gpt-6-1-terra-on-bedrock-step-functions-as-agent-tools-and-more-november-2-2026",
"https://techcommunity.microsoft.com/blog/integrationsonazureblog/logic-apps-aviators-newsletter---november-2026/4569378"
]
}