Cuando trabajas con Copilot Studio y PowerPlatform, llega un momento en el que aparece una pregunta que no solo es técnica, es arquitectónica:
¿Implemento esto con Agent Flows o con Power Automate?
Hace poco me encontré exactamente en esta situación diseñando un agente en Copilot Studio y lo interesante es que la diferencia no estaba en el desarrollo… sino en cómo pensar el sistema.
Pero antes de contarte la historia, pongamos las cartas sobre la mesa.
En desarrollo puro, sin casi idénticos:
- Mismo diseñador visual
- Mismas acciones
- Mismos conectores (incluidos los premium)
- Mismas expresiones y lógica (condiciones, bucles, variables, scopes, etc.)
- Misma experiencia para un maker (bueno, reconozcamos que Microsoft está dando un poco más de cariño a Copilot últimamente, jeje)
Si sabes construir un cloud flow en Power Automate, sabes construir un Agent Flow. Sin embargo, a nivel de arquitectura, la decisión no es tan sencilla, veamos las principales diferencias entre ambos:
Diferencias reales (arquitectura y ejecución)
| Diferencia | Power Automate | Agent Flows |
|---|---|---|
| Contexto de ejecución | Sistema / eventos | Conversacional / IA |
| Triggers | Amplios | Desde agente o eventos conversacionales |
| Licenciamiento | Basado en licencias Power Automate y conectores | Basado en Copilot Studio (créditos/capacidad) |
| Reutilización y colaboración | Completa | Limitada (no co-owners/run only) |
Contexto de ejecución
La diferencia más importante no es técnica, es conceptual.
Power Automate está diseñado para automatizar procesos del sistema: eventos en SharePoint, llegada de correos, ejecuciones programadas, integraciones entre aplicaciones. El flujo vive independientemente de cualquier conversación.
Agent Flows, en cambio, se ejecutan dentro del contexto de un agente en Copilot Studio. Forman parte del razonamiento y la orquestación de acciones que el agente realiza durante una interacción con el usuario.
Arquitectónicamente esto significa:
Agent Flows → automatización embebida en la experiencia conversacional
Power Automate → automatización desacoplada
Triggers
Power Automate ofrece un catálogo amplio de triggers:
- When an item is created (SharePoint)
- When an email arrives (Outlook)
- Recurrence
- HTTP Request
- Dataverse
- Power Apps
- Un agente de Copilot Studio
- (…)
Es una plataforma orientada a eventos del ecosistema Microsoft y externos.
En Agent Flows, el disparador principal es el propio agente. El flujo se ejecuta cuando un agente lo invoca como herramienta dentro de una conversación o como parte de su lógica de decisión.
Esto realmente no cambia la naturaleza del diseño ya que nuestro objetivo principal en este post es elegir entre Power Automate y Agent Flows cuando trabajamos con Copilot Studio y ambos pueden ser desencadenados desde un agente.
Licenciamiento
Aquí está una de las decisiones más relevantes para decisiones reales.
En Power Automate, el uso de conectores premium (Dataverse o HTTP, por ejemplo) implica licenciamiento Premium.
En Agent Flows, el consumo se imputa al modelo de capacidad de Copilot Studio. Según la documentación oficial de Microsoft (en febrero de 2026), las acciones ejecutadas por un Agent Flow consumen capacidad de Copilot Studio (en concreto 13 Copilot Credits por cada 100 acciones). Por supuesto, si el usuario que interactúa con el agente tiene licencia de Copilot 365, no incurrirá en ningún tipo de consumo.
Esto implica que:
- Power Automate tiene un coste estructurado fijo por licencias
- Agent Flows tiene un coste variable en función del uso del agente.
Entonces, si asumimos que siempre estamos en un escenario conversacional con Copilot Studio…
¿Cuál sería la decisión que optimice el coste de la solución?
| Si la respuesta es sí a esta pregunta… | Entonces la recomendación es… | Por qué |
|---|---|---|
| ¿Los usuarios que consumen el agente tienen licencia Copilot 365? | Agent Flow | El consumo de Copilot Credits será 0. |
| ¿El flujo es muy complejo (muchas acciones, bucles, múltiples prompts)? | Power Automate | Power Automate por coste fijo y predecible. El consumo de Copilot credits puede dispararse. |
| Volumen moderado / flujo con pocas acciones | Agent Flow | No introduces nuevas licencias y maximizas inversión existente. |
| ¿Quieres aprovechar Copilot credits o capacidad ya contratada? | Agent Flow | No introduces nuevas licencias y maximizas inversión existente. |
Reutilización y colaboración
Power Automate permite co-ownership, run-only permissions, compartir flujos o plantillas…
Los Agent Flows no permiten compartir, co-owners o permisos “run-only” de la misma forma que los flujos de Power Automate. Esto significa que el usuario que inicia la conversación siempre será quien ejecute cada acción dentro del flujo.
Ahora que ya tenemos una visión general de las principales diferencias, continuemos con la historia…
El contexto: el agente tenía que “hacer cosas”, no solo responder
El diseño inicial del proceso (a alto nivel) era algo así:
- El usuario aporta el cuestionario (archivo o texto)
- El agente extrae preguntas y entiende el contexto
- Busca en histórico (respuestas anteriores en documentación)
- Propone una respuesta
- Si la encuentra, aporta evidencia
- Pasa por validación humana
- Genera un documento final con trazabilidad
Hasta aquí todo parecía “un agente”. Pero en cuanto empiezas a bajar a detalles, te das cuenta de que un agente de verdad necesita ejecutar acciones: leer y escribir en repositorios, llamar APIs, crear documentos, actualizar estados…
En Power Platform eso suena a: Power Automate.
Primera intuición (la mía): “esto huele a Power Automate Premium”
Mi primera reacción fue la típica:
- Si todo Dataverse, seguro que es Premium
- Si hago HTTP o conectores personalizados, Premium
Y claro, si el flujo se va a Premium, ya no es solo “lo implemento y ya”: hay impacto en licenciamiento, adopción y TCO.
Así que decidí no suponer nada y empezar con las preguntas concretas.
Indagación 1: ¿Qué cambia si lo hago con Agent Flows?
Aquí vino el primer giro: Agent Flows (en Copilot Studio) se sienten como Power Automate… porque prácticamente lo son. Mismo diseñador, mismas acciones, misma lógica, mismas expresiones. Hasta aquí todo normal.
Como hemos visto a lo largo del post, la diferencia real no estaba en “cómo se desarrolla”, sino en “dónde vive”, “quién lo ejecuta” y “cuánto me va a costar”.
Indagación 2: ¿Puede un Agent Flow usar acciones premium?
La siguiente duda fue directa, porque si la respuesta era “no”, el tema moría ahí y volvía a Power Automate con su licenciamiento habitual.
Lo interesante es que sí puedes ejecutar acciones premium dentro de un Agent Flow y el consumo se plantea como Copilot Studio Credits. Digamos que la carga del licenciamiento va a Copilot Studio y Microsoft incluye todas las acciones premium existentes dentro de Power Automate.
Indagación 3: ¿Qué consume ejecutar un Agent Flow?
Como hemos visto en este post, la conclusión práctica es: no hay un coste fijo por ejecutar un agent flow. Lo que realmente cuesta es la cantidad de acciones que ejecuta el flujo, en concreto 13 copilot credits por cada 100 acciones.
Por ello, si la decisión final es usar un Agent Flow, será muy importante optimizarlo para que no tenga acciones innecesarias.
Indagación 4: ¿Y si los usuarios ya tienen Copilot para Microsoft 365?
Quizás debió haber sido mi primera pregunta, ya que no hubiera tenido sentido seguir pensando si la respuesta era que todos los usuarios finales iban a tener licencia.
Aquí el aprendizaje fue que los usuarios con licencia Copilot M365 no van a consumir Copilot Credits por ejecutar el Agent Flow, ya que está incluido.
Lo cual me llevó a una reflexión final: en muchas organizaciones, hay capacidad ya prevista o infrautilizada, y en ese caso tiene sentido aprovecharla antes que introducir un licenciamiento adicional por Power Automate Premium.
La decisión final (y por qué la tomé)
Al final la decisión fue bastante natural: mantener la automatización dentro del agente con Agent Flows.
El motivo principal fue doble:
- Coste / Licencias: en principio evitábamos sumar licencias de Power Automate Premium en esta fase, apoyándonos en capacidad ya disponible (Copilot Credits), debido a que no se estimaba una representación desmesurada de consumo del agente dentro de la capacidad total.
- Coherencia de experiencia: si el proceso es conversacional, que la orquestación viva en el agente tiene sentido y reduce fricción.
Si estás en esa fase de diseño y te estás peleando con la misma duda, me encantará leer tu caso: ¿estás construyendo un agente conversacional que ejecuta acciones, o una automatización que casualmente tiene un chat delante?
🚀Power Tower 
Leave a comment