Gemini no impone minLength y maxLength al generar JSON: el límite debe validarse después
La documentación actualizada el 20 de octubre indica que esos límites de longitud se ignoran durante la generación restringida. Un ejemplo propio separa pedir diez caracteres y comprobarlos.
Una aplicación que define un texto de longitud limitada no debe asumir que Gemini impondrá ese límite al generar una salida estructurada. La documentación de Google, actualizada el 20 de octubre de 2026, indica que minLength y maxLength no se aplican durante la decodificación restringida. El servidor los ignora; la comprobación estricta debe hacerse en la aplicación.
La limitación también afecta a minProperties y maxProperties, que expresan cantidades de propiedades de un objeto. Google explica que estas restricciones, incluidas sus variantes con guion bajo, se eliminan al normalizar la solicitud en vez de provocar un error. No debe confundirse esa lista concreta con afirmar que todo JSON Schema está soportado o que ninguna otra restricción funciona.
Caso propio propuesto, sin llamar a la API: una ficha necesita un título de diez caracteres como máximo y recibe «ABCDEFGHIJK». Tiene once letras sencillas. Haber pedido maxLength igual a diez en el esquema no elimina la necesidad de rechazar ese resultado en el control local. Con esta cadena elegida evitamos introducir ambigüedad sobre cómo se cuentan emojis u otros caracteres compuestos.
Para preparar una prueba reproducible se pueden conservar ese texto, el máximo declarado y el resultado esperado de rechazo. Después hay que decidir qué hará el servicio con una salida excesiva: pedir otra, avisar o aplicar una transformación previamente definida. Recortar sin una regla podría perder información útil. Esta pieza documenta una limitación y un caso de evaluación; no afirma haber medido la frecuencia con que Gemini produce textos largos.