Una llamada aislada a un modelo tiene un coste que se consulta en una tabla. Un agente no. Déle a un sistema la libertad de planificar, llamar a herramientas, leer el resultado y decidir si merece la pena intentarlo otra vez, y una petición del usuario se convierte en un número desconocido de operaciones facturadas, decidido en ejecución por el agente y no de antemano por usted. Esa es la promesa entera de la IA agéntica, y es también la razón por la que los equipos financieros abren la factura a fin de mes y no la saben explicar.

En resumen

¿Por qué la IA agéntica cuesta mucho más que una llamada aislada al modelo?

La IA agéntica cuesta más que una respuesta aislada porque una petición del usuario desencadena una cadena: pasos de planificación, llamadas a herramientas, recuperación de información, relectura del contexto que va creciendo, y reintentos cuando un paso falla. El inductor de coste es la tarea completada, no el token, y el número de pasos que lleva una tarea lo decide el agente durante la ejecución. Gestionarlo significa medir el coste por tarea completada en lugar de por llamada, poner límites de pasos y de gasto dentro del propio producto, y asignar cada ejecución al cliente y a la función que la causaron.

Una petición, un número desconocido de operaciones

Una respuesta de conversación es una transacción: una entrada, una salida, una línea en la factura. Una ejecución de agente es un bucle. Planifica, llama a una herramienta, lee lo que ha vuelto, decide si es suficiente, y vuelve a empezar hasta que cree que ha terminado o hasta que un límite lo detiene. Dos usuarios que hacen lo que parece la misma pregunta pueden generar facturas muy distintas según lo bien que haya salido el primer intento. La unidad que ve el cliente, y normalmente la unidad a la que usted puso precio, es la petición. La unidad que se le factura es el paso, y nada en la lista de precios le dice cuántos pasos va a llevar una petición concreta.

El contexto crece, y se paga en cada vuelta

Lo que sorprende no es el número de llamadas sino lo que lleva cada llamada. En cada paso el agente reenvía el historial acumulado: la instrucción original, las herramientas que ya ha llamado, lo que devolvió cada una, su propio razonamiento hasta ahí. Una ejecución de diez pasos no cuesta diez veces una llamada aislada, cuesta más, porque la entrada crece en cada pasada. Añada documentos recuperados y salidas de herramientas que son de por sí largas, y el contexto puede convertirse en el coste dominante de la ejecución. Guardar contexto en caché y recortar lo que no sirve ayuda, y ambas cosas son decisiones de producto que hay que tomar a propósito, no descubrir en una factura.

El fallo es una partida de coste, no una excepción

Los agentes reintentan. Una herramienta agota el tiempo, una API devuelve algo malformado, un paso produce una salida que el siguiente no puede usar, y el bucle vuelve a empezar. Cada uno de esos intentos se factura tanto si la ejecución acabó teniendo éxito como si no, y las ejecuciones que fallan del todo son las más caras de todas: coste entero, valor entregado ninguno. En un producto bien instrumentado, las ejecuciones fallidas y reintentadas son una línea visible con un responsable. En la mayoría de los productos son invisibles, diluidas en un total que luego se lee como si fuera el coste del trabajo que sí funcionó.

1
petición es la unidad que ve el cliente, y nunca la unidad que se le factura
3
costes que lleva una ejecución de agente y una respuesta aislada no: contexto repetido, llamadas a herramientas, reintentos
0
ejecuciones de agente cuyo coste se puede predecir solo con la lista de precios

El coste por tarea completada es la cifra que importa

La medida útil no es el coste por token ni el coste por llamada. Es el coste totalmente cargado de una tarea completada: cada paso, cada llamada a herramienta, cada reintento, cada intento fallido que precedió al que funcionó, asignado al cliente y a la función que lo causaron. Eso es una cuestión de costes por actividades, y se comporta como tal. Defina la actividad como la define el negocio, una incidencia resuelta, un contrato redactado, una factura conciliada, y luego asigne los recursos que una unidad de ella consumió de verdad. Conocido el coste de una tarea completada, todo lo que viene después tiene respuesta: qué precio poner, qué clientes son rentables, y si el agente sale más barato que el proceso al que sustituyó.

Un agente no consume un precio por token. Consume un precio por intento, y es él quien decide cuántos intentos hace.

Qué dejar montado antes de lanzar el próximo agente

Antes de que una función agéntica quede disponible para todos, déle tres cosas. Un techo rígido de pasos y de gasto por ejecución, impuesto en el producto y no revisado en la factura mensual. Un registro, para cada ejecución, de qué cliente, qué función y qué desenlace le correspondieron, para que el coste pueda asignarse en lugar de diluirse en una media. Y un coste por tarea completada reportado junto a la tasa de éxito, porque las dos cifras solo significan algo juntas. Un agente que acierta el noventa por ciento de las veces a cuatro veces el coste presupuestado no es una función que funcione, y ningún total de factura se lo va a decir por sí solo.

Vea cuánto cuesta de verdad una tarea de agente completada, por cliente.

Reserve una demostración en directo de CostCtrl y vea cómo pasos, llamadas a herramientas, reintentos y ejecuciones fallidas se juntan en un coste real por tarea y por cuenta.

Ver una demo en directo de CostCtrl

Lectura relacionada: el coste de la IA agéntica y cuánto cuesta realmente servir una función de IA.