Google ha presentado Gemini Decisions API, una interfaz para incorporar juicios acotados a las aplicaciones. Su modelo, Gemini Decision 1, está pensado para evaluar opciones y devolver probabilidades, en lugar de redactar respuestas largas. Es una novedad para desarrolladores que necesitan clasificar, priorizar o decidir qué paso corresponde dentro de un proceso.
Las notas oficiales de versión sitúan el lanzamiento el 11 de noviembre de 2026 e identifican el modelo como gemini-decision-1. Admiten texto, imágenes, audio, vídeo y PDF. Esta guía explica qué aporta la API y qué debe comprobar una integración antes de utilizar sus respuestas. No hemos ejecutado llamadas ni medido su rendimiento.
Una API para evaluar, no un agente que actúa solo
La diferencia importa al diseñar una aplicación. La Interactions API de Google se dirige a respuestas generativas, herramientas y tareas con varios pasos. Decisions cumple otra función: entregar un juicio que el programa interpreta. Recibir una clasificación no envía un correo, modifica una cuenta ni concede acceso por sí mismo. Es el software que la integra el que decide qué operaciones pueden seguir.
Por eso, no conviene presentar Gemini Decision 1 como una nueva aplicación de chat o un trabajador autónomo. Un agente puede utilizar componentes de evaluación dentro de un flujo mayor, pero necesita además herramientas, instrucciones y controles de ejecución. Nuestra guía de Grok Bot explica ese otro tipo de producto orientado a completar encargos; aquí hablamos de una pieza para construir software.
Tres tipos de pregunta con salidas diferentes
La guía de Decisions distingue tres juicios. En móvil, desplaza la tabla horizontalmente si no ves todas las columnas; con teclado, entra en sus enlaces y utiliza las flechas.
| Tipo | Pregunta que resuelve | Salida |
|---|---|---|
| Sí/no: noul | ¿Se cumple una condición? | Probabilidad de sí entre 0,01 y 0,99. |
| Elección: choice | ¿Qué opción encaja? | Opción seleccionada y probabilidades. |
| Rúbrica: score | ¿Qué nivel corresponde? | Promedio ponderado de niveles ordenados. |
En sí/no, probabilidad y confianza no son sinónimos: una probabilidad de sí de 0,2 implica una confianza de 0,8 en no. Sigue siendo una estimación, no una certeza ni una autorización.
Como ejemplo editorial, una web podría evaluar si una solicitud menciona un problema de acceso, elegir el equipo que debería revisarla y valorar su urgencia mediante una rúbrica. Son tres preguntas distintas: una señal de urgencia no demuestra que la persona sea titular de la cuenta. La identificación y las operaciones permitidas deben seguir sus controles habituales.
El tutorial oficial de Google advierte que una elección reparte probabilidades entre las opciones incluso cuando ninguna encaja. Por eso importa comprobar si la entrada pertenece al ámbito previsto. No basta con recibir una categoría válida para concluir que el caso está bien clasificado.
Material compartido y preguntas independientes
La documentación permite compartir material entre preguntas, pero estas no ven las respuestas de las demás. Si una depende de otra, hay que componer la lógica en código o hacer otra petición.
El máximo documentado es de 1.000 preguntas y 262.144 tokens entre entrada y preguntas. Las instrucciones de las preguntas son texto. El endpoint documentado utiliza Gemini Developer API v1beta.
Un diseño útil separaría los criterios: qué asunto describe el mensaje, qué información falta y qué revisión necesita. Nuestra recomendación es evitar preguntas que mezclen esas decisiones en una sola etiqueta. Así resulta más fácil detectar dónde discrepa la evaluación y corregir el criterio correspondiente, sin asumir que todas las respuestas son correctas porque llegaron juntas.
Para entradas visuales, la guía de resolución de medios explica la relación entre detalle, tokens y coste. La guía específica de Decision admite controlar resolución en imágenes y vídeo. No hay que trasladar automáticamente los valores de otros modelos ni dar por hecho que una imagen reducida conserva toda la información relevante. Si el caso depende de texto pequeño o detalles finos, esa elección necesita evaluación propia.
Precio: qué se factura realmente
La tarifa publicada para pago es de 0,10 dólares por millón de tokens de entrada, en las modalidades indicadas para Decision. No genera tokens de salida. El material compartido se factura una vez por petición; cada pregunta añade sus instrucciones, criterios y formato. Volver a enviar el material en otra llamada vuelve a incorporarlo al consumo. Este modelo no admite Batch API ni almacenamiento en caché de contexto.
Esto obliga a presupuestar el flujo completo, no únicamente el número de documentos. Una solicitud breve con muchas preguntas y criterios extensos puede consumir más entrada de la que sugiere el texto inicial. Como cálculo orientativo, un millón de tokens facturables a esa tarifa equivale a 0,10 dólares; no es una estimación del coste total de operar una aplicación, almacenar sus datos o mantener sus integraciones.
Cuotas: no basta con contar las llamadas
Los límites oficiales combinan peticiones por minuto, tokens por minuto y peticiones diarias, y se aplican por proyecto, no por clave. Para Decision, el nivel gratuito publica 200 peticiones por minuto, 50.000 tokens por minuto y 10.000 peticiones al día. Los niveles de pago aumentan esos valores. Superar cualquiera puede detener una llamada aunque los otros dos sigan disponibles; los límites publicados no garantizan capacidad real.
El límite de tokens puede alcanzarse primero cuando las entradas son grandes. Por eso, aumentar las peticiones permitidas no basta si la cuota de tokens sigue por debajo de la carga prevista. Antes de fijar expectativas, conviene medir el consumo de entradas representativas y revisar los límites activos del proyecto.
Acceso y tratamiento de los datos
La versión 3.2.0 del SDK oficial de Python, publicada el 11 de noviembre, incorpora client.decisions.create. Las llamadas requieren autenticación: la guía de claves distingue claves estándar y de autorización. Su existencia no prueba que una cuenta tenga acceso a cualquier función. La disponibilidad regional y los requisitos de la cuenta también deben comprobarse.
Para una aplicación web, Google indica mantener las claves fuera del código del cliente en producción y realizar las llamadas mediante un servidor intermedio. Una clave expuesta puede permitir consumir la cuota del proyecto y generar cargos. Ese control de acceso es independiente de la puntuación que devuelva el modelo.
Los términos de Google diferencian servicios gratuitos y pagados. En los gratuitos, describen uso del contenido para mejorar productos y posible revisión humana, e indican no enviar información sensible, confidencial o personal. Para usuarios del Espacio Económico Europeo, Suiza y Reino Unido aplican las condiciones de uso de datos de pago incluso a servicios gratuitos. En pago, Google declara que no usa los prompts y respuestas para mejorar sus productos, pero registra información durante un período limitado por seguridad y cumplimiento. Eso no equivale a ausencia de almacenamiento. Los términos exigen servicios de pago para clientes API ofrecidos a usuarios del EEE, Suiza o Reino Unido.
El anuncio sitúa el acceso inicial en Gemini Developer API y Google AI Studio; Google Cloud figura como próximo destino. Por separado, Vercel anunció su integración en AI Gateway el 11 de noviembre. Allí, audio, vídeo y PDF se admiten mediante AI SDK 7, mientras sus interfaces compatibles TypeSafe y Decisions cubren texto e imagen. Son condiciones de esa integración, no límites que deban atribuirse a todas las vías de Google.
Cómo valorar si encaja en un proyecto
El punto de partida debería ser una decisión repetible con criterios claros y ejemplos que una persona pueda etiquetar. Reserva también casos ambiguos y solicitudes fuera de las categorías previstas. Compara los errores que produce cada umbral y el trabajo que exige corregirlos. Si el resultado determina una acción importante, evalúa por separado la calidad del juicio y el permiso para ejecutarla. Decisions puede aportar una señal; la responsabilidad del proceso continúa en la aplicación que la utiliza.
Fuentes y créditos
Anuncio de Google del 11 de noviembre de 2026 y documentación oficial enlazada, consultada el 12 de noviembre. Los ejemplos editoriales no describen pruebas de WebyWP. Imágenes del anuncio oficial de Google del 11 de noviembre de 2026. Google, su logotipo y Gemini son marcas de Google LLC. Artículo independiente, sin afiliación ni aval de Google.
