El presupuesto, en euros

Un tope en tokens no dice nada del dinero: 3 millones de tokens de un modelo barato son calderilla y del caro son una factura. El propietario decide en euros, porque es lo que le llega a la cuenta.

Dos formas de cobrar

Los proveedores no facturan igual, y el sistema lo distingue:

Modo	Cómo se cobra	Cómo se calcula el gasto del puesto
Por consumo	Cada token se paga	tokens_entrada × tarifa_entrada + tokens_salida × tarifa_salida, por millón
Cuota fija	Suscripción mensual (Ollama Cloud y similares)	La cuota repartida según lo que consumió cada puesto

Con cuota fija no existe un precio por token, y poner uno mentiría. Si el plan declara cuántos tokens incluye, se deriva el equivalente (cuota ÷ millones incluidos). Si no los declara, la cuota se reparte proporcionalmente al consumo del mes entre los puestos que usan ese proveedor: con un solo puesto se lleva la cuota entera.

De dónde sale la tarifa de cada puesto

Por orden:

1. La tarifa propia del puesto, si se ha fijado a mano.
2. La del modelo que tenga asignado en el catálogo.
3. Si es cuota fija y no hay cupo declarado, el reparto de la cuota.

Sin ninguna de las tres, el gasto es desconocido, no cero. La ficha lo dice y el tope en euros no se aplica: sigue en pie el tope de tokens como red de seguridad.

Lo que se guarda

Cada turno apunta sus tokens y su importe al cerrarse, con la tarifa de ese día (turnos.coste, turnos.tarifa_entrada_millon, turnos.tarifa_salida_millon). Una subida de precios dentro de tres meses no reescribe lo que ya se gastó.

El histórico de Agno trae los tokens; el importe queda vacío a propósito: no se inventa el precio de un turno pasado.

Dónde se toca

• Ficha del puesto → «Presupuesto en euros al mes» y las dos tarifas del modelo.
• Conectores → proveedores → modo de facturación, cuota y tokens incluidos.
• Consumo (/consumo en la CLI) → gastado y tope, en euros.
• Vigilante → un puesto que se queda sin presupuesto es la parada más silenciosa: no falla, se queda mudo. Sale como aviso grave.