Microsoft ha abierto auto.azure.com y, de golpe, montar automatizaciones en Azure parece tan fácil como registrarte en un SaaS cualquiera. Compute, conectores, modelos de IA y hasta un RAG gestionado ya vienen montados. Sin resource groups, sin Cosmos DB que desplegar, sin integrador que te cobre por cablear tres APIs. Si gestionas servicios online para clientes, seguro que te ha saltado la misma pregunta que a mí: ¿esto es por fin la herramienta que convierte los demos de agentes en producción real?
Lo he mirado con calma y, sinceramente, me suena más a la tercera vuelta del mismo discurso que a una revolución. Sí, el problema que atacan existe: casi todas las empresas tienen un agente de IA en PowerPoint, muy pocas lo tienen en producción con gobernanza de verdad. Logic Apps Automation promete cerrar esa brecha con un SKU gestionado donde identidad, RBAC, auditoría y aislamiento por proyecto vienen de serie. En papel, perfecto. En la práctica, hay varios agujeros que nadie te resume en el keynote de Build.
La pieza que más ruido hace es Knowledge as a Service: subes documentos, el sistema hace chunking, embeddings y retrieval sin que toques infraestructura. Para una pyme que quiere un chat interno sobre manuales o catálogos, suena como el sueño húmedo de quien no quiere montar un pipeline RAG en Python. Pero aquí viene lo que me preocupa: cuando Microsoft empaqueta el vector store y los modelos dentro del mismo producto, pierdes visibilidad sobre qué modelo consume cada consulta y, sobre todo, cuánto te va a costar el mes que viene. No hace falta ser adivino: en junio de 2026 GitHub Copilot ha pasado de tarifa plana a créditos por tokens, y el sector entero está reajustando precios hacia el consumo. Logic Apps Automation ya anuncia facturación por vCPU-segundos, llamadas a conectores, uso de modelos y sandboxes de agentes. Traducción: la factura será tan predecible como una nube de tormenta.
Tampoco me convence del todo el relato de «cualquier equipo de negocio puede automatizar sin desarrollador de integración». El asistente de lenguaje natural que genera flujos es impresionante en los vídeos de demo, lo reconozco. Pero en mi experiencia, en cuanto conectas un ERP viejo, un CRM con API caprichosa o un webhook que devuelve XML en lugar de JSON, el asistente deja de ser magia y vuelves a necesitar a alguien que entienda expresiones, reintentos, idempotencia y manejo de errores. Microsoft lo sabe: por eso mantiene Logic Apps Standard para equipos que quieren control total y acaba de sacar Codeful Workflows para quien prefiere escribir .NET. Tres interfaces distintas para el mismo runtime no es simplificación; es admitir que un solo camino no sirve para todos.
Lo que sí me parece inteligente —y aquí Microsoft acierta— es exponer workflows existentes vía Logic Apps MCP Server, ya en disponibilidad general. Reutilizar años de integraciones como herramientas invocables por agentes evita tirar trabajo previo y encaja con lo que muchos de nosotros ya estamos probando en proyectos web: conectar IA a sistemas reales sin reescribirlo todo. Si tienes flujos que sincronizan pedidos, tickets o inventarios, convertirlos en capacidades MCP tiene sentido técnico. El problema es otro: si tu cliente no está en Azure, o si sus datos no pueden salir de una red privada, la promesa se resquebraja. La integración con VNET y endpoints privados está en la hoja de ruta, no en el preview de hoy. O sea, producción seria para sistemas internos sensibles todavía no está cerrada.
La segmentación de producto, por cierto, empieza a parecer un laberinto. Power Automate para productividad en Microsoft 365, Logic Apps Standard para integradores, Logic Apps Automation para equipos que quieren SaaS con IA. Añade Foundry para agentes, API Management para exponer modelos, y de repente tu «automatización sencilla» depende de media docena de servicios con precios distintos. Para una agencia o una pyme que solo quiere que un formulario web dispare una acción en su CRM, la fricción comercial sigue siendo alta. No es que la tecnología falle; es que el packaging está pensado para cuentas enterprise que ya viven dentro del ecosistema Microsoft.
¿Significa esto que debes ignorar auto.azure.com? No. Si ya facturas en Azure, tienes procesos con caminos impredecibles —aprobaciones humanas, ramas que cambian según el contexto— y quieres probar agentes sin montar un sandbox casero, el preview merece una tarde de pruebas. Pero yo no sustituiría todavía a un integrador ni prometería a un cliente costes fijos basándome en un SKU que acaba de nacer, solo está en un puñado de regiones y compite en el mismo mercado donde Zapier, Make, n8n y los propios conectores de IA ya pelean por el mismo presupuesto de automatización.
Microsoft dice que «cada equipo tiene un demo de agente, pocos lo tienen en producción». Tiene razón en el diagnóstico. Lo que no te cuenta es que la barrera no era solo técnica: era presupuestaria, legal y de dependencia. Meter IA, RAG y orquestación en un solo SaaS no elimina esas tres capas; las empaqueta para facturarlas juntas. Y en 2026 eso, para mí, es la señal más clara de hacia dónde va el mercado de servicios online: menos licencias planas, más medidores encendidos.
Si mañana tu proveedor te ofreciera montar toda la automatización de tu negocio en Logic Apps Automation con cero coste de setup pero facturación abierta por tokens, conectores y tiempo de cómputo —sin tope mensual garantizado—, ¿firmarías el contrato antes de saber cuánto gastan hoy tus tres procesos más críticos?