Gemini 3.1 Pro vs Gemini 2.0 Pro

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 12 meses de diferencia, así que esto es una cuestión de actualización, no una elección entre alternativas. Gemini 3.1 Pro es la entrada actual; Gemini 2.0 Pro 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.

Gemini 2.0 Pro tiene la ventana de contexto mayor, 2.0M tokens frente a 1.0M de Gemini 3.1 Pro. La diferencia es real pero no decisiva: importa si tus prompts se alargan habitualmente y es irrelevante si se quedan donde se queda la mayoría en producción, bastante por debajo de 100K. Ten en cuenta además que llenar una ventana grande es justo lo que encarece una petición.

El rendimiento es lo bastante parecido como para ignorarlo: 83/100 frente a 82/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 Pro ofrece una API por lotes con un 50% de descuento sobre tarifa estándar, y Gemini 2.0 Pro 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.