Cloud bill shock: cómo los agentes de IA pueden costarte US$50K en una hora

Un agente de contabilidad entró en bucle el 16 de septiembre y ejecutó más de 15.000 llamadas a APIs de alto costo en menos de una hora. Cuando alguien se dio cuenta, la factura ya alcanzaba los US$50.000. El daño colateral fue peor que el número: transacciones reales del negocio quedaron interrumpidas mientras la máquina seguía iterando sola, ciega a cualquier límite.

Este no es un caso aislado ni una anécdota de desarrollador despistado. El 3 de octubre, Simon Willison publicó un análisis que resume lo que cualquier fundador que haya dormido con el teléfono en silencio ya sabe: en la era de los agentes de IA que llaman APIs, levantan servicios y ejecutan tareas sin supervisión, los límites de gasto blandos —esos avisos por correo que llegan a las 3 de la mañana— ya no protegen a nadie. Para cuando el email llega, el daño está hecho. La industria necesita límites duros: servicios que se apaguen automáticamente cuando se cruza el tope, no notificaciones de cortesía.

Los números confirman que el problema es sistémico. Un análisis de Forbes del 17 de septiembre, citando el Stanford HAI AI Index 2025, reveló que el 93% de las empresas encuestadas por McKinsey excedió su presupuesto de IA. Uno de cada cinco negocios directamente redujo su uso de IA al escalar, no por limitaciones técnicas sino por pánico financiero. Los coding agents y los personal agents amplifican el riesgo porque reducen la fricción de desplegar cosas que cuestan dinero. Antes, montar un servicio que llamara APIs pagas requería horas de configuración consciente. Hoy basta con una instrucción en lenguaje natural y, mientras dormías, tu agente puede haber estado iterando contra un LLM caro, copiando bases de datos o encadenando llamadas a OpenAI, Anthropic, Pinecone o un bucket de S3 que escala solo.

La diferencia entre un límite blando y uno duro es la misma que hay entre un detector de humo y un corte de gas automático: el primero te avisa, el segundo te salva. AWS y Google Cloud finalmente movieron ficha. AWS lanzó "spending limits" a mediados de septiembre de 2026 dentro de su nueva experiencia para builders. Los usuarios pueden fijar un tope mensual de gasto por proyecto basado en su patrón de uso; si el proyecto lo alcanza, se pausa automáticamente durante el resto del mes. Google Cloud se movió antes, en julio de 2026, con su función de Spend Caps que permite definir un tope financiero mensual sobre servicios específicos. La coincidencia no es casualidad: los dos hiperescalers están reaccionando al mismo dolor, el de fundadores y equipos pequeños que migraron a la nube atraídos por el free tier y terminaron recibiendo facturas que no esperaban.

Para un fundador técnico construyendo un side project o un MVP en Latinoamérica o España, el cambio es relevante por tres razones concretas. Primero, dormir mejor: un límite duro en AWS o GCP convierte tu factura sorpresa máxima en un número conocido y acotado. Es la diferencia entre aprender cloud de forma segura y arriesgar el saldo de la tarjeta personal en un experimento. Segundo, más margen para experimentar con agentes. La verdadera barrera de adopción de agentes IA hoy no es técnica sino de apetito de riesgo financiero. Si sabes que tu peor escenario es US$50 al mes, puedes probar cosas que antes no probabas. Tercero, presión competitiva hacia abajo. Si los hiperescalers ofrecen topes por defecto, los SaaS verticales que cobran por uso —LLM gateways, proveedores de embeddings, scrapers, bases de datos vectoriales— van a tener que ofrecer lo mismo o los clientes migrarán a quien sí lo ofrezca.

La acción inmediata es auditar cada servicio pay-as-you-go que uses y preguntar si tiene límite duro. AWS, GCP y Azure ya ofrecen la función o están en proceso. Servicios como OpenAI, Anthropic, Replicate, Pinecone, Vercel, Render y Fly.io tienen distintos niveles de control de gasto: revisa la consola de cada uno y configura un tope antes de que tu agente decida solo gastar. Pon un límite duro a tu cuenta de AWS personal aunque hoy gastes cero. Willison menciona que muchos desarrolladores evitan AWS por miedo legítimo a una factura desbocada. Ahora que existen los spending limits, no hay excusa. Configúralo hoy, incluso si trabajas con free tier, para que el día que tu agente escale solo no te lleves un susto.

Enseña a tu equipo a presupuestar tokens, no solo horas. El costo de inferencia cayó de US$20 a US$0,07 por millón de tokens entre 2022 y 2024 en la capa GPT-3.5, pero el gasto total se triplicó porque nadie controló el uso. El problema nunca fue el precio unitario: fue la falta de disciplina de FinOps sobre los agentes. Empieza por visibilidad diaria de gasto, no por reportes semanales. Willison cierra con una idea provocadora: el checkbox debería estar al revés. Por defecto, todo servicio pay-by-usage debería tener un límite duro activo. Quien quiera vivir al borde tendría que desmarcar explícitamente una casilla que diga: "Sí, deja que mi aplicación gaste lo que quiera. Acepto la factura." Es una pelea de UX, no de facturación. Y la están ganando los proveedores que entienden que el próximo decisor de compra no es el CTO corporativo: es el fundador individual con una tarjeta de crédito y un agente dormido en un loop.