2026-09-26

La IA que trabaja sola ya no tiene tarifa plana

Microsoft quiere que Copilot no solo responda, sino que siga trabajando en segundo plano. Ese salto cambia también la factura: una empresa necesita presupuestar cada tarea antes de delegarla.

Qué ha ocurrido

Microsoft ha presentado una nueva organización de Copilot. Home reúne el chat, el trabajo delegado y las aplicaciones de Office; Code crea pequeñas aplicaciones y automatizaciones a partir de instrucciones; y Autopilot será un agente que puede seguir tareas recurrentes en la nube aunque la persona no esté conectada.

El anuncio tiene una diferencia importante para la empresa. Las consultas cotidianas seguirán dentro de licencias por usuario con coste fijo. El trabajo más largo de Cowork, Code y Autopilot funcionará con facturación por uso: el gasto dependerá de los modelos elegidos y de lo que haga el agente. Home y Code empezarán a llegar al programa de prueba Frontier durante las próximas semanas; Autopilot ampliará su prueba privada a final de mes. No es todavía una disponibilidad general para cualquier cuenta.

El cambio no es solo tecnológico

Hasta ahora era fácil tratar una herramienta de IA como otra suscripción: una cuota mensual y un número de usuarios. Un agente que trabaja durante horas, consulta varias fuentes y ejecuta pasos en segundo plano se parece más a un consumo de nube. Dos personas con la misma licencia pueden generar costes muy distintos.

Eso no convierte la facturación por uso en algo malo. Permite pagar más cuando una tarea crea más valor. El problema aparece cuando se activa un agente sin saber cuánto puede consumir, cuántas veces repetirá un paso o cuánto trabajo humano necesitará para revisar el resultado.

Un ejemplo: revisar proveedores cada semana

Ejemplo hipotético: una empresa pide a un agente que revise cada viernes las ofertas de cinco proveedores, compare plazos y prepare un informe. La primera semana consulta veinte documentos y termina bien. La siguiente encuentra formatos distintos, repite búsquedas y utiliza un modelo más caro para resolver dudas. La tarea es la misma, pero el consumo no.

La prueba útil no terminaría cuando el informe parece correcto. Anotaría el coste de cada ejecución, el tiempo hasta tener una versión válida, las correcciones humanas y las veces que el agente se detuvo o repitió trabajo. También fijaría un tope por ejecución y una regla clara: si supera ese límite, prepara lo que tenga y pide revisión en lugar de seguir gastando.

Cuatro cifras antes de activarlo

No hace falta predecir cada céntimo. Sí hace falta decidir de antemano qué resultado justificaría el consumo.

Coste máximo por ejecución o por semana.
Número de tareas terminadas correctamente, no solo iniciadas.
Tiempo humano de revisión y corrección.
Coste del proceso actual con el que se compara.

Qué haríamos ahora

Elegiríamos una tarea frecuente, acotada y reversible. Empezaríamos con una sola persona y un presupuesto pequeño. Antes de ejecutar, dejaríamos por escrito qué entrega debe producir, qué datos puede consultar, qué acciones requieren aprobación y cuándo debe parar.

Después compararíamos varias ejecuciones, incluidas dos con información incompleta o contradictoria. Si el agente aporta valor de forma repetible, ampliaríamos el volumen poco a poco. Si el coste cambia demasiado o revisar el trabajo elimina el ahorro, ajustaríamos la tarea o volveríamos al proceso anterior.

No abriríamos el consumo a toda la plantilla solo porque la demostración sea atractiva. Tampoco usaríamos el gasto como única medida: un informe barato pero incorrecto puede salir mucho más caro después.

Controlar no es frenar

Microsoft también ha anunciado controles para ver créditos consumidos, establecer políticas de gasto y decidir qué familias de modelos puede usar cada grupo. Además, su nuevo entorno administrado busca que las aplicaciones creadas con Copilot se ejecuten dentro del espacio de Microsoft 365 con identidad, políticas y seguimiento centralizados.

Son mecanismos útiles, pero siguen en fases de prueba y no demuestran por sí solos que una automatización concreta sea rentable o segura. La empresa debe comprobar la disponibilidad real en su licencia, configurar límites y medir su propio proceso.