Un presupuesto de IA que tu equipo cumpla
Por qué los topes por puesto revientan con cargas de agente, cómo presupuestar por carga de trabajo y la revisión semanal de quince minutos que mantiene el número honesto.
Todo equipo que adopta Claude Code escribe la misma línea en el presupuesto: "X $ por desarrollador al mes." Tres meses después, esa línea se ignora o se pelea — porque el gasto de agente no se comporta como un costo por puesto. Se comporta como un costo por carga de trabajo. Este post es el presupuesto que sobrevive al contacto con cómo facturan los agentes de verdad.
Transparencia desde el principio: opero Teapot Router, un gateway de equipo para GPT y Claude Code con cuotas por key y consolidación de gasto a nivel organización. El método abajo funciona en cualquier endpoint que mida por petición — nada aquí depende de usar el nuestro.
Los topes por puesto revientan primero
Un tope plano por desarrollador es el primer presupuesto que todos prueban y el primero que falla, por una razón estructural: el gasto de agente varía con la asignación, no con la persona. El mismo desarrollador puede gastar 5x lo normal en una semana solo porque la tarea cambió — un refactor grande con cientos de vueltas, o un código con mal comportamiento de caché. El tope castiga la carga, no a la persona, y siguen los tres modos estándar de fallo:
- El tope asfixia las asignaciones pesadas — justo el trabajo que justificó comprar las herramientas.
- El tope nunca ata a los usuarios ligeros — la media deja de significar algo y finanzas deja de confiar en la línea entera.
- La ejecución cae en hojas de cálculo, con semanas de retraso, cuando el dinero ya se gastó y la discusión ya echó a perder.
Presupuesta la carga, no el puesto
Toma las tres variables que deciden el gasto de agente — vueltas, contexto reenviado, tasa de acierto de caché — y asigna contra ellas a escala de equipo:
- Modela el costo mensual por dev desde la forma real, no desde medias: vueltas diarias × tamaño de contexto × comportamiento de caché. Dos semanas de datos observados valen más que cualquier benchmark.
- Asigna por proyecto o clase de tarea, no por cabeza: mantenimiento rutinario y trabajo arquitectónico difícil merecen carriles distintos — y enrutar así es el mayor ahorro honesto.
- Pon los topes en el percentil 80 de la forma observada, no en la media — un tope que la carga toca en una semana normal es un tope que nadie respeta.
Aplica donde ocurre la medición
Un presupuesto impuesto en una hoja de cálculo es un deseo. Las peticiones ya se miden en algún sitio — modelo, tokens, aciertos de caché, coste, por petición — así que el presupuesto debería vivir en el mismo lugar: cuotas por key que limitan en lugar de desbordar en silencio, alertas por anomalía y no por cada línea, y un consolidado por organización que finanzas concilia con la factura. Cuando lo que te factura también es lo que impone el presupuesto, el presupuesto deja de ser pelea.
La revisión semanal de quince minutos
Tres preguntas, una vez por semana, mantienen vivo el presupuesto: ¿la tendencia de acierto de caché está plana o cayendo? ¿Qué key o proyecto se movió más, y cambió de verdad la carga? ¿Hay que rebalancear el tope antes de que alguien lo toque por una razón legítima? Esto no es una reunión — es un vistazo a un registro de tres columnas, y reemplaza entero el simulacro de incendio trimestral.
Los presupuestos fallan cuando son corazonadas impuestas con hoja de cálculo. Se sostienen cuando son modelos de la carga real, impuestos donde ya ocurre la medición, y corregidos cada semana en quince minutos en lugar de cada trimestre en un incendio.
Preguntas frecuentes
¿Cuánto presupuestar por desarrollador?
No hay número universal — modela tu forma (vueltas diarias, tamaño de contexto, tasa de acierto; la calculadora en teapotrouter.com/en/claude-code-cost-calculator hace la cuenta), observa dos semanas y pon el tope en el percentil 80 de lo visto.
¿Y cuando alguien se pasa?
La key se limita y salta una alerta — sin drama ni escarnio. Un exceso es información sobre la forma de la carga: cambió la asignación, degradó la caché, o el tope era una corazonada. Los tres se corrigen en la revisión semanal.
Estamos en planes de suscripción, ¿aplica igual?
Los planes aciertan para algunas formas (el punto de equilibrio es otro post), pero esconden el dato por petición — sin pista de auditoría. Si finanzas necesita el detalle, solo el uso medido concilia.