Tipo: Análisis/noticia | Fuente: OpenAI Developers en X + OpenAI Developer Community
Si alguna vez armaste más de una automatización con la misma cuenta de OpenAI —un bot de WhatsApp, un flujo de N8N que resume reportes, un agente que responde correos— seguro conoces esta sensación: llega la factura del mes y el número es más alto de lo esperado, pero no tienes idea de cuál de tus automatizaciones fue la responsable. Solo ves un total. Ese problema, muy concreto para quien usa IA en su negocio sin un equipo técnico que le arme un dashboard propio, es el que OpenAI empezó a resolver este mes.
Qué cambió, en dos partes (porque no es una sola cosa)
El 21 de agosto de 2026, OpenAI agregó a sus paneles de "Usage and Costs" la posibilidad de filtrar y agrupar el gasto por cada API key individual — ya no ves un total ciego, ves exactamente qué aplicación o carga de trabajo generó cada dólar. Esto se suma a algo que ya existía desde un mes antes: el 22 de julio de 2026, OpenAI activó límites estrictos de gasto mensual a nivel de organización y de proyecto — si tu cuenta llega al tope que definiste, la API empieza a devolver un error (código 429) y corta el tráfico hasta el siguiente ciclo mensual, en vez de solo mandarte una alerta después de que ya gastaste de más.
| Antes | Ahora | |
|---|---|---|
| Visibilidad del gasto | Un total mensual combinado, sin desglose | Gasto separado por cada API key — sabes qué app/automatización gastó qué |
| Control del gasto | Alertas que llegaban después de exceder el presupuesto | Límite estricto que corta el tráfico automáticamente al llegar al tope (org. o proyecto) |
El matiz que casi nadie está contando: ver no es lo mismo que frenar
Acá está el punto que vale la pena entender bien antes de asumir que ya tienes todo bajo control. La nueva vista por API key te dice quién fue el responsable del gasto — eso es diagnóstico, muy útil para saber qué automatización revisar. Pero el límite estricto que de verdad corta el tráfico sigue actuando solo a nivel de organización o de proyecto, no a nivel de cada API key individual. Es decir: si tienes tres automatizaciones distintas usando tres API keys distintas, pero las tres viven dentro del mismo proyecto de OpenAI, un límite de gasto activado para ese proyecto corta las tres a la vez en cuanto una se descontrola — no solo a la que se volvió loca.
Es la misma lógica que Anthropic formalizó hace unos días en Claude Academy (ver nuestro post anterior): verificar en proporción a las apuestas. Ver el gasto por key es el "discernimiento" — te permite diagnosticar qué salió mal. Pero si quieres que un límite estricto proteja una automatización sin apagar las demás, necesitas organizar tus API keys en proyectos separados de OpenAI, uno por automatización o por cliente, no solo generar keys distintas dentro del mismo proyecto. La visibilidad nueva no reemplaza esa decisión de arquitectura — la hace visible.
Un caso concreto: tres automatizaciones, una sola cuenta
Imagina que corres, con la misma cuenta de OpenAI, un flujo de N8N que responde preguntas frecuentes por WhatsApp, otro que resume ventas cada semana, y un tercero en fase de prueba que todavía tiene un bucle mal configurado. Antes del 21 de agosto, si el flujo en pruebas se disparaba de más, lo único que veías era la factura total más alta al mes siguiente — sin saber cuál de los tres era el culpable. Hoy puedes entrar al panel, filtrar por la API key de ese flujo en pruebas, y confirmarlo en minutos. Y si configuraste un límite estricto a nivel de proyecto, ese bucle se corta automáticamente antes de acumular más gasto — siempre que hayas puesto ese flujo de prueba en su propio proyecto, separado de los dos que sí están en producción y no quieres que se detengan.
Checklist antes de conectar más automatizaciones a la misma cuenta
- [ ] Crea un proyecto separado en OpenAI por cada automatización o cliente que dependa de un presupuesto independiente — no uses el proyecto por defecto para todo
- [ ] Configura un límite estricto de gasto mensual en cada proyecto, ajustado al presupuesto real de esa automatización, desde el primer día (no esperes a la primera sorpresa)
- [ ] Usa el desglose por API key como herramienta de diagnóstico semanal, no solo cuando algo ya salió mal
- [ ] Si una automatización todavía está en pruebas, dale su propio proyecto con un límite bajo — así un error de código no apaga lo que ya está en producción
---
Fuentes