Saltar al contenido principal

Presupuestos y cuotas

Un techo de coste y un techo de tokens en cada ejecución, fijados en la versión del agente. Lo que costó una llamada se calcula a partir de los tokens que declara el proveedor y del precio del modelo, nunca se adivina.

Cada llamada a un modelo pasa por un único lugar de la plataforma, el worker, que registra para cada llamada los tokens declarados por el proveedor, el precio del modelo y el coste resultante. Los techos, las pantallas del Studio y las exportaciones leen todos estos registros.

Los techos de una ejecución​

Una ejecución tiene 2 techos, guardados con la versión del agente en la tarjeta Spending ceilings (techos de gasto) de la pestaña Guardrails del agente:

  • Cost ceiling of a run (techo de coste de una ejecución): en dólares, de 0,01 a 1000.
  • Token ceiling of a run (techo de tokens de una ejecución): de 1000 a 50 millones de tokens.

Ambos cuentan la ejecución completa, subagentes incluidos. El primer techo alcanzado detiene la ejecución: termina como fallida, con el techo superado como motivo. Los techos quedan fijados al crear la ejecución, así que un cambio no afecta a las ejecuciones ya en curso.

Cuando el agente no fija ningún techo, se aplican las variables de proyecto BUDGET_MAX_LLM_COST_USD y BUDGET_MAX_LLM_TOKENS, luego el valor por defecto de la superficie de la que viene la ejecución y, por último, un valor por defecto de la plataforma de 1 USD, sin techo de tokens. En el widget, los valores por defecto de la superficie son WIDGET_RUN_MAX_COST_USD (1 USD salvo que el operador lo cambie) y WIDGET_RUN_MAX_TOKENS (600 000 tokens).

Por qué también un techo de tokens

El coste de una llamada se calcula a partir del precio del modelo. Un modelo sin precio tiene un coste desconocido, que se cuenta aparte y no suma nada al total, así que un techo de coste nunca lo detiene. El techo de tokens sí, porque el proveedor declara los tokens en cada llamada.

Un techo acota lo que Rikoo gasta por cuenta suya en un proveedor. Es un control, no una relación de facturación: lo que usted le paga al proveedor queda entre usted y él.

Rikoo no limita el gasto en un periodo, ni por proyecto ni por organización. Para recibir un aviso cuando el gasto se desvía, la pantalla Alerts ofrece 2 reglas, desactivadas por defecto: Cost well above a normal day (coste muy por encima de un día normal; advertencia a 2 veces y alerta a 4 veces el coste de un día normal) y Tokens carried per run (tokens transportados por ejecución). Consulte Alertas.

Cuotas​

Las cuotas del plan (agentes, proyectos, miembros, colecciones, herramientas, servidores MCP, secretos, ejecuciones de producción por mes, entre otras) solo se aplican en la oferta alojada, según el plan de la organización. Una instancia autoalojada no está limitada por ningún plan; la pantalla Usage & Costs muestra lo que tiene la organización.

Leer las cifras​

  • Traces, en Monitor, muestra el coste de cada ejecución, repartido entre su coste propio y el de sus subagentes.
  • Usage & Costs muestra el coste por agente en 30 días y una proyección, y cuenta aparte las llamadas de coste desconocido en lugar de sumarlas como cero. Las cifras se pueden exportar en CSV.
  • Con la exportación de trazas por OTLP configurada, cada span de llamada a un modelo lleva su coste (gen_ai.usage.cost) y cada span de ejecución su total (rikoo.run.cost_usd). Las métricas recogidas llevan tokens y duraciones, no el coste. Consulte Observabilidad.

Los modelos que se facturan por unidad en lugar de por token (un segundo de audio, un carácter, una imagen) se cuentan en su propia unidad, con el precio del registro de modelos, así que una factura nunca se duplica sumando dos cosas distintas.

El precio registrado para cada modelo, en la unidad en la que se factura. La medición lee estas cifras, no las estima.
Per-model prices and context windows under a provider, with a model the registry lists but the provider no longer serves switched off.