Coste de AI Agents: comparar precio por acción y runtime autoalojado

En resumen: facturar por acción significa que pagas más cuanto mejor funciona tu agent. El coste real se reduce a si el uso se dispara con el éxito, a las facturas ocultas por la salida de datos y el lock-in, y a dónde queda el punto de equilibrio del autoalojamiento.

A final de trimestre, el CFO abre la factura de la plataforma de agents y se queda un momento helado: es el cuádruple del presupuesto.

Nadie gastó de más; al contrario, fue que el agent de atención al cliente tuvo demasiado éxito. Desglosemos la cuenta: antes del lanzamiento, el equipo gestionaba unos 5.000 tickets al día; tras el lanzamiento del agent, la eficiencia por persona subió y la capacidad atendida se duplicó a unos 10.000. Y la plataforma factura por acción: cada ticket que se gestiona lleva detrás consultar al cliente, consultar el pedido, consultar el historial, consultar la base de conocimiento, lanzar un reembolso, enviar una notificación; siete u ocho acciones para empezar. Una cuenta gruesa: 10.000 tickets × 7 acciones × $0,10 ≈ $7.000 al día, unos 2,5 millones de dólares al año. Y el presupuesto se había estimado a ojo sobre “5.000 tickets, a menos acciones cada uno”.

Y lo más irónico es esto: cuanto más éxito tiene el proyecto, más aterradora es la factura. Así que la primera reacción del consejo no fue celebrar que la eficiencia se hubiera duplicado, sino preguntar “¿se puede recortar un poco el uso?”: un éxito que debería ampliarse, frenado de golpe por el modelo de facturación. El ROI ni siquiera se ha materializado de verdad y la escala ya queda asfixiada por la ansiedad del coste.

Diez céntimos, multiplicados por un número que se infla

El Agentforce de Salesforce lanzó la facturación Flex: $0,10 por acción. Mirado en solitario, el número es tan barato que baja la guardia.

Pero esto es justo lo que más hay que vigilar en la facturación de agents: ata el coste al uso, y todo el sentido de un agent es justamente actuar de forma autónoma, frecuente e incansable. Y cuanto más autónomo es el agent, más acciones intermedias dispara para hacer bien una sola cosa: una petición de “ayúdame a recopilar la situación de este cliente” puede llevar detrás más de una decena de invocaciones de herramientas, que ni puedes contar de antemano ni puedes acotar fácilmente. Hay además plataformas que facturan por token, más difícil de predecir aún que por acción: la misma tarea, si el modelo piensa unos pasos de más, la factura sube otro tramo. La comparación que aparece en la prensa no es exagerada: a igual consumo, el modelo SaaS puede alcanzar un coste anual de más de 2 millones de dólares, mientras que un despliegue autoalojado funcionalmente equivalente, sumando licencias e infraestructura, ronda los 250.000 dólares; una diferencia de un orden de magnitud.

¿No es el pago por uso más barato y más flexible?

Aquí hay que recoger en serio una réplica, porque en muchos escenarios es correcta: el pago por uso no tiene inversión inicial, si usas poco gastas poco, el proveedor te lo opera y solo pagas por el valor que generas; esta lógica se validó una y otra vez en la era del cloud, ¿por qué no iba a valer aquí, con los agents?

Vale, pero con una premisa: el “uso” cuyo coste crece con ello tiene que estar desacoplado de tu valor, o débilmente correlacionado. El almacenamiento en la nube facturado por GB no es problema, porque almacenar más suele significar un negocio mayor que puede pagarlo; ambos van más o menos sincronizados.

El agent rompe esa premisa. Factura por “número de acciones”, y el número de acciones se dispara justamente con el grado de autonomía y el grado de éxito: cuanto más quieres que trabaje por ti y mejor lo haga, más acciones dispara y más alta es la factura. Esto se convierte en una especie de “impuesto sobre el éxito”: cuanto más optimizas (que el agent consulte un paso más, contraste una vez más para mejorar la calidad), más alto es el tipo impositivo. El software tradicional cobra por asiento, y por mucho que lo exprimas el coste tiene techo; la facturación por acción hace que, cuanto mejor lo haces, más pagas. Aquella intuición de la era cloud de “por uso es justo” falla con un ejecutor que dispara por su cuenta infinidad de acciones intermedias y al que, encima, animas a hacer más.

Entonces, ¿a partir de qué volumen conviene correrlo uno mismo? Calculemos el punto de cruce

No te quedes en el “según”. Con los dos números del CFO se puede calcular el punto de cruce a grandes rasgos.

Del lado del autoalojamiento, supongamos un coste anual fijo de unos $250.000 (licencia + infraestructura + una parte prorrateada de operación), que casi no varía con el número de invocaciones. Del lado del pago por acción es $0,10 × número de acciones. Igualando ambos:

$250.000 = $0,10 × acciones al año
acciones al año ≈ 2,5 millones  →  unas 6.800 acciones al día

Es decir: cuando tus acciones de agent al día superan el orden de las 7.000, la facturación por acción empieza a salir más cara que el autoalojamiento, y a partir de ahí la diferencia se va abriendo cada vez más. Volviendo a aquel CFO: con 70.000 acciones al día (10.000 tickets × 7) ya estaba más de un orden de magnitud por encima del punto de cruce. Su sufrimiento no fue un accidente: indicaba que el uso había pasado de piloto a escala.

Este cálculo lo puedes aplicar directamente a tus propios números: multiplica el volumen de interacciones de tu equipo al día por “cuántas acciones lleva cada interacción más o menos”, compáralo con ese orden de 7.000 y sabrás en qué lado del punto de cruce estás.

Tres modelos de coste, desplegados para comparar

Modelo	Representante	Con qué crece el coste	Predecibilidad	Dónde están los datos
Por acción / por token	Agentforce Flex ($0,10/acción)	Se infla lineal o incluso superlinealmente con el número de acciones	Mala, cuanto mejor lo usas más caro	Nube del proveedor
Por asiento	La mayoría de los tipo Copilot	Crece con el número de personas, con techo pero coste por persona nada bajo	Media, pero desconectada de la autonomía del agent	Nube del proveedor
Runtime autoalojado	ObjectStack / ObjectOS	Crece con la infraestructura, básicamente desacoplado del uso	Buena, si el uso se duplica la curva apenas se mueve	Tu propia infraestructura

El cobro por asiento parece estable, pero tiene una contradicción interna: el valor del agent está en sustituir un montón de trabajo repetitivo sin ocupar un asiento, y tú sigues pagando por “cabeza”; la dimensión de facturación y la dimensión de valor no encajan. El autoalojamiento, en cambio, cambia toda la estructura de coste: pagas por el motor de ejecución y por tu propio cómputo, y la factura no crece automáticamente en línea con cada acción.

Primero, un jarro de agua fría: el autoalojamiento no es más barato en todas partes

No tomes el “ahorra un 40–60%” como una verdad universal. Tiene un rango concreto de validez, y fuera de él no se cumple.

Esa cifra cabecera de los $250.000 no incluye a las personas. Autoalojar significa que necesitas a alguien que opere, parchee y garantice la disponibilidad; si no tienes un equipo de plataforma, este coste de personal oculto puede comerse buena parte de la ventaja sobre el papel, y también empuja el punto de cruce anterior hacia la derecha. Además tiene costes fijos: la infraestructura y la operación se gastan por adelantado, con poca relación con el uso.

Así que en la fase de uso muy pequeño, muy infrecuente, puramente experimental, el pago por uso es de hecho más flexible y más barato: no tienes que mantener un equipo para un runtime casi inactivo. La ventaja del autoalojamiento se materializa solo después de que tengas la certeza de que vas a escalar.

La factura de verdad cara no está en la lista de precios

Aun estando ya en el lado donde el autoalojamiento sale más a cuenta, comparar solo la factura mensual sigue subestimando el problema. Antes de elegir el modelo de facturación, lo que de verdad hay que calcular son tres facturas, y dos de ellas no están en la lista de precios:

1. La factura del uso: ¿se dispara el coste con el éxito? Esta es la factura cuádruple del CFO: si tu uso está positivamente correlacionado con el éxito del agent. Si lo está, la facturación por acción es una trampa.
2. La factura de cumplimiento: el precio de que los datos salgan del dominio. El SaaS por acción o por asiento significa que los datos de negocio fluyen sin parar hacia la nube del proveedor. En el contexto de la EU AI Act aplicándose de forma obligatoria en agosto y de CADA proponiendo un marco de soberanía, la sanción de una sola infracción de residencia de datos da para pagar muchos años de licencia.
3. La factura del bloqueo: el precio de no poder marcharte en el futuro. Cuando la definición de negocio, los procesos y los permisos crecen dentro de cierta plataforma, el coste de migración sube con interés compuesto a medida que pasa el tiempo de uso. Crees que pagas por software, pero en realidad pagas la fianza de “no poder marcharte en el futuro”.

Sumando estas tres juntas, ese poco de barata aparente de “diez céntimos por acción” se agota enseguida.

Por qué el autoalojamiento puede contener estas facturas a la vez

El núcleo es una sola frase: pagas por el motor que corre esta definición de negocio, no por cuántas veces se ha invocado. De ahí:

• El coste se desacopla del uso. ObjectOS ejecuta la definición de negocio en tus propios servidores, y por muchas veces que el agent invoque herramientas gobernadas no se cobra por invocación; el coste lo determina la infraestructura, es predecible y planificable. Que al CFO se le dupliquen los tickets, la factura apenas se mueve.
• Los datos no salen del dominio. Los objetos, los permisos y la evidencia de auditoría se quedan en tu propia infraestructura, y el riesgo de cumplimiento baja junto con el coste de que los datos salgan del dominio.
• No hay bloqueo. La definición de negocio son metadatos en tu repositorio bajo un protocolo abierto (Apache 2.0), diff-eables y migrables. Compras el servicio del runtime, no la fianza de “no poder marcharte en el futuro”.

Cierre

“$0,10 por acción” es una etiqueta de precio cuidadosamente diseñada: cuando acabas de empezar y el uso es pequeño parece inofensiva, y cuando de verdad triunfas y el uso despega enseña los colmillos. Volvamos a aquel CFO de final de trimestre: su factura no se descontroló, es la consecuencia inevitable que este modelo de facturación diseñó; en el momento en que más deberías celebrar, te entrega la factura más grande.

Al hacer las cuentas del coste de un agent, no mires solo el precio unitario. Calcula esas tres facturas —uso, cumplimiento, bloqueo— y luego compara tu propio uso con esa fórmula del punto de cruce. Con esto claro, “el autoalojamiento ahorra un 40–60%” deja de ser un eslogan para ser una conclusión que puedes escribir en el presupuesto, y de la que también sabes cuándo no se cumple.

npm i -g @objectstack/cli && os start

Pon en marcha un objeto de negocio en tu propia máquina, deja que el agent lo invoque miles de veces seguidas y luego mira la factura: no se moverá, porque no existe la partida de “$0,10 cada vez”.