Presupuesta tu agente de IA de fin de semana antes del aumento de precios de enero

Estás construyendo un pequeño agente los fines de semana, y la factura del modelo es el único coste que puedes controlar de verdad. La tentación es construir sobre el precio de lanzamiento y esperar que se mantenga bajo. Lo más seguro es tratar la tarifa de introducción como un experimento con fecha de caducidad y, a continuación, reestablecer la base antes de que el aumento de precios cambie tu arquitectura.

Gemini 3.7 Flash se lanzó el 13 de agosto de 2026, aproximadamente tres semanas después del lanzamiento de 3.6 Flash. Su precio de introducción es de $0.75 por millón de tokens de entrada y $3.75 por millón de tokens de salida hasta el 31 de diciembre de 2026. La tarifa programada es de $1.50 por millón de tokens de entrada y $7.50 por millón de tokens de salida el 1 de enero de 2027. El problema de presupuesto es la fecha: el modelo que puedes permitirte este mes puede costar más el próximo.

Planifica la ventana, no la etiqueta de precio

No planifiques el proyecto en torno a una tarifa temporal. Planifica en torno a la ventana. El precio de lanzamiento es útil para probar, no para planificar un coste permanente. Si tu agente es una herramienta de fin de semana, el presupuesto debe sobrevivir al aumento sin necesidad de reescribirlo.

Empieza con los números que ya tienes. Tu volumen de tokens es la variable, el precio del modelo es el multiplicador y la fecha de caducidad es el plazo límite. Cuando esos datos están en la página, la arquitectura empieza a tener sentido.

Incorpora el aumento de precios en el presupuesto primero

• Calcula el coste de la ventana de introducción. Multiplica tus tokens de entrada mensuales esperados por la tarifa de entrada de introducción, y tus tokens de salida mensuales esperados por la tarifa de salida de introducción. Súmalos. El resultado es una breve nota con el coste mensual a la tarifa de lanzamiento.
• Recalcula con la tarifa posterior a la caducidad. Usa los mismos volúmenes de tokens, pero sustituye las tarifas de entrada y salida por las más altas. Obtendrás una cifra mensual posterior a la caducidad que muestra lo que costará la misma carga de trabajo tras el aumento.
• Fija una fecha de reestablecimiento. Elige una fecha antes del aumento de precios en la que revisarás el uso real, no suposiciones. La entrada en el calendario dice: compara la factura real con las partidas del presupuesto.
• Realiza una evaluación de carga de trabajo antes de que el diseño se quede fijo. Prueba el modelo con tus prompts, herramientas y errores reales. Obtendrás un pequeño conjunto de ejemplos en los que puedes decir que el agente funciona, que el agente es demasiado lento o que el agente es demasiado caro para el trabajo.

La advertencia está en el paso de recálculo. La gente se equivoca cuando deja que el precio más bajo de la etiqueta decida el diseño. Una tarifa más barata puede generar una factura más grande si el agente necesita más reintentos, más contexto o más salida. La etiqueta es el precio de partida, no el coste total.

Deja que tu carga de trabajo elija el modelo

Los benchmarks pueden orientarte, pero no conocen tu agente. La puntuación de DeepSWE v1.1 para el modelo es 65.3%. La puntuación de AutomationBench para el modelo es 30.4%, frente al 17.0% de 3.6 Flash. Esos números son útiles, pero tu evaluación es la que importa.

Gregor Zunic, CTO de Browser Use, situó la factura de 3.7 Flash un 35% por debajo de la factura de 3.6 Flash con la misma etiqueta de precio. Ese detalle debería hacerte pausar. La misma etiqueta puede ocultar una factura diferente. Si tu carga de trabajo depende de herramientas o falla con frecuencia, el comportamiento del modelo puede importar más que la tarifa destacada.

Los límites de contexto también dan forma al diseño. El modelo admite una ventana de contexto de 1 millón de tokens y puede devolver hasta 64,000 tokens de salida por solicitud. Si tu agente necesita transcripciones largas, documentos grandes o trazas de herramientas de varios pasos, esa capacidad puede reducir la necesidad de resúmenes adicionales. Si no la necesita, no pagues por capacidad que no vas a usar.

Reestablece la base antes de que el aumento de precios cambie las cuentas

Cuando llegue la fecha de reestablecimiento, toma la decisión con tus propios datos. Si el coste posterior a la caducidad sigue siendo pequeño, mantén el modelo y sigue adelante. Si el aumento empuja la factura más allá de tu presupuesto de fin de semana, cambia la arquitectura antes de cambiar el modelo. Prompts más pequeños, herramientas más ajustadas, menos reintentos y un respaldo más barato pueden superar a un modelo más grande.

Mantén el alcance lo suficientemente pequeño para que el presupuesto se mantenga honesto. Un agente de fin de semana necesita una nota, una prueba y una fecha, no una revisión larga. Cuando llegue el aumento de precios, tendrás la factura, los resultados de la prueba y la decisión delante de ti.