Gemini 2.0 Flash vs Gemini 3.1 Flash-Lite

Ambos modelos son de Google, así que comparten tokenizador, superficie de API y cuenta de facturación. Cambiar entre ellos es modificar una cadena de texto y nada más: sin SDK nuevo, sin volver a tokenizar tus prompts para reestimar el coste, sin un segundo proveedor que dar de alta. Eso hace que enrutarlos salga mucho más barato de implementar que un reparto entre proveedores.

Son el modelo del mismo laboratorio en la misma capa, con 15 meses de diferencia, así que esto es una cuestión de actualización, no una elección entre alternativas. Gemini 3.1 Flash-Lite es la entrada actual; Gemini 2.0 Flash está aquí porque todavía hay bastante tráfico en producción sobre él. Si empiezas algo nuevo hay pocas razones para elegir el antiguo, y si ya lo usas la pregunta es si el coste de migrar compensa la mejora.

El contexto está en empate práctico: 1.0M frente a 1.0M. Ninguno desbloquea un tamaño de documento que el otro no pueda manejar, así que este eje no debería entrar en la decisión. Si esperabas que el contexto deshiciera el empate, no lo hará.

El rendimiento es lo bastante parecido como para ignorarlo: 99/100 frente a 98/100. Ninguno se sentirá apreciablemente más rápido en un producto interactivo, así que la latencia no es motivo para elegir entre ellos.

Una asimetría práctica: Gemini 3.1 Flash-Lite ofrece una API por lotes con un 50% de descuento sobre tarifa estándar, y Gemini 2.0 Flash no. Para todo lo que no necesita respuesta inmediata —enriquecimiento nocturno, rellenos históricos, tandas de evaluación— ese descuento puede valer más que la diferencia de precio de catálogo, y es fácil pasarlo por alto al comparar tarifas.