Realiza una auditoría de Make AI para que tus automatizaciones cuesten menos que tu tiempo
Audita los pasos de Make AI para asignar a cada tarea el modelo y nivel de razonamiento más económico antes de que los créditos se conviertan en un impuesto silencioso.
Si un escenario de Make consume créditos de IA mientras aún tienes que corregir su salida, ese paso te cuesta más de lo que ahorra. La tarifa introductoria de Gemini 3.7 Flash expira el 31 de diciembre de 2026, y a partir del 1 de enero de 2027, el precio será de $1.50 por 1M de tokens de entrada y $7.50 por 1M de tokens de salida. Una auditoría breve mantiene el margen: cada paso recibe el modelo más económico capaz de hacerlo, el nivel de razonamiento adecuado y un límite antes de que el gasto se vuelva rutina.
Make incorporó Gemini 3.7 Flash de Google en sus aplicaciones de Make AI en la ronda de actualizaciones de agosto de 2026. En Make, Gemini 3.7 Flash acepta texto, audio, imágenes, código y vídeo, y devuelve texto. En Make, ofrece uso de herramientas y control sobre los niveles de razonamiento. Google lo presentó como un modelo de la serie Flash para programación y agentes.
El nivel de razonamiento debe coincidir con el paso
La mayoría de los escenarios no necesitan el mismo modelo para cada paso. El paso que más consume suele ser el que se ejecuta a diario, no el que parece más impresionante. Un paso puede clasificar un correo, otro puede extraer una dirección y otro puede redactar una respuesta. Los pasos más simples a menudo pueden funcionar con menos razonamiento; el paso más difícil puede necesitar más. Si todos los pasos permanecen en la misma configuración, pagas el paso más difícil en cada ejecución.
Mira la entrada antes que nada. Una línea corta de un formulario no necesita el mismo razonamiento que una transcripción, una captura de pantalla o un archivo. La salida también importa: una clasificación breve cuesta menos que un borrador completo. Una entrada multimodal puede aumentar el recuento de tokens incluso cuando la respuesta es corta. Revisa ambas antes de cambiar el modelo.
El costo oculto es la incompatibilidad. Un modelo que sobrepiensa una extracción simple puede hacer que un paso barato parezca caro. Un modelo que subestima un paso difícil puede costarte en rehacer trabajo. Las horas que pasas viendo fallar un escenario son el verdadero costo; los créditos son solo el medidor.
El cambio de precio es un recordatorio para auditar
La tarifa introductoria es de $0.75 por 1M de tokens de entrada y $3.75 por 1M de tokens de salida. Es la mitad del costo original de Gemini 3.6 Flash por millón de tokens. La fecha límite es un recordatorio para revisar qué hace realmente cada paso. Un cambio de precio puede convertir un paso elegido por su bajo costo en uno elegido por su capacidad, o viceversa. La auditoría los separa.
La auditoría debe ser lo suficientemente breve como para repetirla. Estás comprobando si el paso sigue siendo adecuado para la tarea, no reconstruyendo el escenario.
Cada paso debe justificar su modelo
La prueba es simple: ¿puede el paso hacer el trabajo con menos razonamiento, menos salida o un modelo más barato? Recorre cada paso de IA y responde las mismas preguntas.
- Enumera los escenarios: anota cada escenario de Make que use un paso de IA.
- Estima los tokens: anota la longitud de entrada y salida para una ejecución típica.
- Clasifica el paso: simple, complejo o multimodal.
- Elige el modelo y el nivel de razonamiento: usa la opción más económica capaz de hacerlo, con razonamiento bajo para trabajo rutinario y más alto solo cuando el razonamiento cambia la siguiente acción.
- Establece un límite de gasto: detén o redirige cuando el escenario supere el costo esperado.
- Revisa en cada cambio de precio: actualiza el modelo o el límite cuando el precio de un modelo cambie.
Cada punto obliga a una decisión. Estás preguntando si este paso necesita más de lo que el paso anterior le asignó, no juzgando el modelo en abstracto. La lista mantiene la decisión local: este paso, esta tarea, este costo.
El límite establece un tope. Un paso que falla debe detener el escenario y pedir ayuda en lugar de gastar créditos en suposiciones. Mantén una nota junto a cada paso: qué hace, por qué usa ese modelo y qué te haría cambiarlo. Esa nota es el registro. El límite protege las horas que de otro modo gastarías persiguiendo una ejecución fallida.
Cuando aparece un modelo nuevo, no lo cambies en todas partes. Introdúcelo en un solo paso, observa la salida y compara el tiempo que gastas corrigiendo errores. Quédatelo cuando el modelo nuevo ahorre atención; deja el modelo antiguo cuando solo ahorre una cantidad pequeña.
Empieza con el paso que se ejecuta con más frecuencia. Quédatelo cuando aún necesite el modelo más grande; bájalo cuando no, y anota la atención ahorrada.
