Copilot Credits: ¿Cuánto cuesta realmente un agente de IA?
Si estás planificando agentes de IA en Dynamics 365, hay un concepto que conviene incorporar desde el principio al diseño de la solución: Copilot Credits.
Microsoft ha publicado una guía Copilot Credits Guide que explica cómo funciona su modelo de facturación basado en consumo para diferentes escenarios de IA y agentes dentro del ecosistema Microsoft. El documento abarca Dynamics 365, Microsoft Copilot Studio, Power Platform, Copilot Cowork y Work IQ APIs.
Y el cambio de enfoque es importante.
Hasta ahora, al diseñar muchas soluciones Microsoft era relativamente sencillo empezar por una pregunta:
- ¿Cuántas licencias necesito?
Con los agentes, esa pregunta ya no es suficiente. Ahora también tenemos que preguntarnos:
- ¿Cuánto trabajo va a realizar el agente?
Copilot Credits: una moneda común para el consumo de IA
Microsoft define los Copilot Credits como la unidad común de su modelo de consumo para capacidades de IA.
La razón tiene bastante sentido desde el punto de vista técnico.
Un agente que responde una pregunta sencilla utilizando una única fuente de conocimiento no consume los mismos recursos que otro que consulta diferentes sistemas, razona sobre la información, ejecuta acciones y mantiene un proceso activo durante varios pasos.
Microsoft explica que el número de Copilot Credits consumidos depende precisamente de la complejidad de cada respuesta, acción u operación. Los créditos se agrupan a nivel de tenant y el coste total de una organización es el resultado del consumo acumulado de las experiencias compatibles.
Esto introduce una idea que me parece especialmente importante:
El coste de un agente deja de depender únicamente de cuántas personas pueden utilizarlo y empieza a depender también de cuánto trabajo realiza.
¿Qué significa esto para Dynamics 365?
Aquí está probablemente uno de los puntos más relevantes para cualquier organización que esté pensando en desplegar agentes sobre CRM o ERP.
Microsoft indica explícitamente que los Copilot Credits se consumen tanto en agentes preconstruidos como en agentes personalizados de Dynamics 365.
Además, esos créditos se agrupan a nivel de tenant y pueden asignarse a diferentes entornos para gestionar el consumo entre workloads.
Por tanto, al diseñar un agente de Dynamics 365 tendremos que empezar a analizar variables como:
- cuántas veces se ejecutará;
- qué operaciones realizará;
- qué fuentes de información consultará;
- cuánto razonamiento necesitará;
- qué herramientas utilizará;
- y cuántos pasos tendrá que ejecutar para completar cada proceso.
No es lo mismo un agente que resume la información de una oportunidad que uno que revisa el historial de comunicaciones, consulta información adicional, identifica riesgos, genera una propuesta y actualiza automáticamente diferentes registros de Dynamics 365.
Los dos pueden llamarse «agentes». Su consumo puede ser completamente diferente.
La complejidad del agente se convierte en una variable económica
La guía identifica cuatro grandes factores que influyen en el coste de ejecución de determinados escenarios agentic:
- Models. El modelo de IA utilizado para cada tarea, dependiendo de las necesidades de calidad, velocidad y coste.
- Runtime. La infraestructura y orquestación necesaria para mantener al agente trabajando, incluyendo procesos de larga duración.
- Context. La información que el agente necesita comprender: personas, roles, correos electrónicos, archivos, reuniones, interacciones anteriores, etc.
- Tools. Las acciones que realiza el sistema para completar el trabajo: enviar correos, programar reuniones, modificar documentos o interactuar con otros sistemas.
Esto tiene consecuencias importantes para la arquitectura de un agente.
Optimizar un agente ya no consiste únicamente en conseguir que funcione. También significa conseguir que alcance el resultado de negocio utilizando los recursos adecuados.
Y eso introduce una disciplina que veremos cada vez más asociada a los proyectos de IA empresarial: FinOps aplicado a agentes.
Copilot Studio también entra de lleno en este modelo
Microsoft Copilot Studio utiliza Copilot Credits para diferentes tipos de agentes, agent flows y workflows.
La guía introduce además el concepto de harness, la infraestructura de software que permite que un agente planifique, razone, mantenga contexto e interactúe con herramientas, sistemas u otros agentes.
Copilot Studio contempla tres tipos en la guía:
| Harness | Escenario |
|---|---|
| GitHub Copilot Harness | Procesos empresariales end-to-end mediante una experiencia de construcción agentic |
| Standard Harness | Agentes conversacionales basados en reglas, topics y flows |
| Copilot Chat Harness | Extender Microsoft 365 Copilot con conocimiento de la organización |
Y hay otra novedad relevante: en determinados escenarios con GitHub Copilot Harness, los créditos pueden consumirse no solamente durante la ejecución del agente, sino también durante su creación.
Microsoft señala que las experiencias de autoría mediante lenguaje natural pueden consumir Copilot Credits, mientras que la configuración manual realizada en las pestañas Build y Monitor no consume créditos.
Esto obliga a considerar el ciclo completo del agente: construcción, pruebas, evaluación y ejecución.
Power Platform: utilizar Power Apps o Power Automate no significa automáticamente consumir créditos
Aquí conviene hacer una distinción importante.
En workloads de Power Apps y Power Automate, Copilot Credits se aplican cuando se invocan capacidades de IA o agentic.
Microsoft pone como ejemplos:
- interactuar con agentes de Copilot Studio integrados en aplicaciones o workflows;
- utilizar AI Tools, prompts o capacidades generativas;
- ejecutar funciones como resumen, exploración de datos o procesamiento documental;
- utilizar funcionalidades de IA cuando se superan los derechos de uso incluidos o cuando están respaldadas mediante Copilot Credits.
Por tanto, no debemos interpretar Copilot Credits como una nueva tasa aplicada indiscriminadamente a Power Platform.
El consumo aparece asociado al trabajo de IA que ejecuta la solución.
¿Y Microsoft 365 Copilot?
Esta es otra distinción especialmente importante.
La aparición de Copilot Credits no significa que Microsoft 365 Copilot pase simplemente de una licencia por usuario a pago por consumo.
Microsoft reafirma en la guía su compromiso con la suscripción de Microsoft 365 Copilot.
La licencia por usuario continúa incluyendo, entre otras capacidades:
- Copilot Chat;
- Copilot en Word, Excel, PowerPoint, OneNote, Outlook y Teams;
- agentes y experiencias de Microsoft como Researcher, Analyst y Facilitator;
- grounding mediante Work IQ sobre emails, calendario, archivos, personas y contexto organizativo;
- acceso a diferentes modelos utilizados por las experiencias de Copilot.
Sin embargo, aparecen escenarios adicionales basados en consumo.
Por ejemplo, Copilot Cowork requiere Microsoft 365 Copilot como prerrequisito, pero su ejecución se factura según uso y la suscripción no incluye un entitlement de Cowork.
Algo similar ocurre con las nuevas Work IQ APIs: cuando son invocadas desde agentes o soluciones de IA se facturan mediante Copilot Credits, aunque el uso nativo de Work IQ dentro de las experiencias de Microsoft 365 Copilot no genera esos cargos incrementales.
Esta diferencia será fundamental para explicar correctamente los costes de una arquitectura agentic.
¿Cuánto cuesta un Copilot Credit?
La guía establece actualmente un precio para el modelo Pay-As-You-Go de $0,01 por Copilot Credit.
El consumo se contabiliza durante el mes y se factura posteriormente, sin necesidad de realizar un compromiso inicial.
Microsoft ofrece además un modelo de precompra anual, Copilot Credit Pre-Purchase Plan (P3).
Los descuentos aumentan en función del volumen:
| Copilot Credits | Descuento |
|---|---|
| 300.000 | 5% |
| 1.500.000 | 6% |
| 3.000.000 | 7% |
| 15.000.000 | 8% |
| 30.000.000 | 10% |
| 75.000.000 | 12% |
| 150.000.000 | 14% |
| 225.000.000 | 17% |
| 300.000.000 | 20% |
Los créditos no utilizados expiran al finalizar el periodo anual. Si se supera el saldo disponible, pueden adquirirse créditos adicionales o utilizarse el modelo pay-as-you-go.
Por tanto, para proyectos todavía difíciles de dimensionar, Pay-As-You-Go puede convertirse en una herramienta muy útil para obtener datos reales de consumo antes de asumir compromisos mayores.
Primero diseñar el escenario, después calcular el consumo
Esta probablemente sea una de las conclusiones más interesantes de la guía.
Microsoft evita plantear el coste de los agentes como una simple tabla del tipo:
«un agente cuesta X al mes».
Y tiene lógica.
La misma tecnología puede utilizarse para resolver procesos completamente diferentes.
En los ejemplos de la propia guía, Microsoft clasifica las cargas de trabajo en escenarios light, medium y heavy y deja claro que los valores proporcionados son estimaciones de planificación: el consumo real dependerá del workflow y de los patrones de utilización.
Por eso, para dimensionar económicamente un agente tendremos que trabajar más sobre casos de uso representativos:
Usuarios × frecuencia × complejidad × consumo medio = estimación de coste.
Esto significa también que una buena prueba de concepto debería medir algo más que precisión o satisfacción del usuario.
Debería medir consumo.
Gobernanza: alguien tendrá que controlar todo esto
Cuando una organización empiece a desplegar decenas o cientos de agentes, el problema ya no será simplemente saber cuánto consume uno de ellos.
Será saber: qué agente está consumiendo, en qué entorno, para qué proceso y con qué retorno.
Microsoft centraliza la gestión del consumo de Copilot Credits en el Microsoft 365 admin center, desde donde los administradores pueden supervisar gasto y uso, configurar políticas de gasto, establecer umbrales y gestionar la asignación de créditos.
La propia guía describe estas capacidades como controles de FinOps destinados a permitir que las organizaciones escalen la adopción de IA manteniendo visibilidad sobre consumo y costes.
Y creo que ahí tenemos una pista bastante clara de hacia dónde va el mercado.
De Agentic AI a Agentic FinOps
Durante los últimos meses hemos hablado muchísimo de cómo construir agentes.
Ahora tendremos que hablar también de cómo operar económicamente esos agentes.
Porque en una organización puede haber un agente espectacular desde el punto de vista tecnológico y, al mismo tiempo, económicamente inviable si ejecuta demasiados pasos, utiliza demasiado contexto o realiza operaciones innecesarias.
Por eso, cuando diseñemos agentes para Dynamics 365, Copilot Studio o Power Platform, tendremos que incorporar una nueva capa al proceso:
Business Case → Arquitectura → Consumo → Coste → ROI.
La pregunta ya no será solo:
- ¿Puede hacerlo un agente?
También tendremos que preguntarnos:
- ¿Cuánto cuesta que el agente lo haga y qué valor genera cada vez que lo hace?
Ese será probablemente uno de los factores que diferenciará una demo impresionante de una verdadera solución de IA empresarial.
Información basada en la publicación Copilot Credits Guide (PDF) – Agosto de 2026
