Corridas y Consumo del Agente
Vincent Depassier · 1 de septiembre de 2026
Cada vez que un agente hace algo, produce una corrida. La corrida es el registro que leés cuando querés saber qué pasó y cuánto costó.
De dónde vienen las corridas
Disparador | Qué la inició |
Chat manual | Alguien le habló |
Automatización | Un nodo de automatización lo llamó |
Ejecución de tarea | Levantó una tarea asignada |
Programada | Se disparó un horario |
Evento del sistema | Pasó algo en el workspace |
Delegación | Otro agente le pasó trabajo |
Llamada de herramienta | Alguien de afuera lo invocó como herramienta |
Saber el disparador suele ser la forma más rápida de responder "¿por qué este agente hizo eso a las 3 de la mañana?" — casi seguro fue un horario o un evento, no una persona.
Estados
Estado | Significado |
Queued | Aceptada, sin empezar |
Running | En curso |
Succeeded | Terminó normalmente |
Failed | Se cortó por un error; la corrida lleva el código y el mensaje |
Cancelled | Se detuvo a propósito |
Esperando aprobación | Pausada, esperando a una persona |
Esperando herramienta externa | Pausada, esperando una herramienta que corre fuera de Praxsuite |
Escalated | Derivada a una persona o a otro agente |
Los dos estados de "esperando" son los que hay que vigilar. No son fallas y no se resuelven solos. Una corrida esperando una aprobación que nadie responde queda abierta indefinidamente, y lo mismo una que espera una herramienta externa que nunca contesta. Si tu agente parece haberse detenido en silencio, buscá esto antes de buscar un bug.
Qué registra una corrida
Más allá del estado, cada corrida guarda las herramientas que invocó y en qué orden, las aprobaciones que levantó, cuánto tardó, sus conteos de tokens — entrada y salida por separado — y su costo, tanto la estimación inicial como la cifra final.
También guarda la versión exacta de las instrucciones con la que corrió. Eso es lo que te permite responder "¿esto empeoró después de que cambiamos el prompt?" en vez de adivinar.
Las corridas fallidas llevan un código y un mensaje de error. Leelos primero; la mayoría de las fallas son un permiso de herramienta que falta o un permiso que el rol del agente no tiene, y las dos cosas lo dicen.
Delegación
Un agente puede pasarle trabajo a otro agente. Cuando lo hace, la corrida hija registra su corrida padre y qué tan profunda va la cadena.
Mirá la profundidad. Las cadenas de delegación son la forma más fácil de gastar muchos créditos a partir de una sola instrucción, porque cada eslabón es una corrida completa con sus propias llamadas al modelo. Si una cadena está bajando más de lo que esperabas, conviene entenderlo antes de que se convierta en una factura mensual.
Créditos
El consumo de los agentes se mide en créditos, y el saldo de tu workspace tiene tres orígenes:
Origen | Comportamiento |
Créditos mensuales | Se otorgan cada período de facturación |
Créditos de arrastre | Lo que sobró del período anterior |
Créditos de recarga | Comprados aparte |
Contra eso juegan los créditos consumidos — lo ya gastado — y los reservados, que quedan retenidos para corridas en vuelo que todavía no terminaron. Los créditos reservados son la razón por la que tu saldo disponible puede bajar antes de que una corrida termine; se liberan o se convierten cuando termina.
No todo cuesta igual. Los tokens de entrada y de salida se cuentan por separado, y las búsquedas web y las generaciones de imagen se cuentan aparte, porque se facturan con sus propias reglas.
Costo estimado y costo final
Cada corrida lleva los dos. La estimación se escribe cuando arranca; la cifra final cuando termina.
Difieren, y la diferencia no es un error. Una corrida que termina antes cuesta menos que lo estimado; una que da más vueltas de herramientas que las previstas cuesta más. Reportá sobre la cifra final — la estimación existe para que una corrida en vuelo tenga algún número.
Siguientes
Agents: Panorama
Accesos y Herramientas del Agente
Modelos y Proveedores del Agente
Uso y Cuotas
Corridas y Depuración