La Decisions API de OpenAI llega a disponibilidad general: qué cambian las decisiones tipadas

Resumen rápido

OpenAI hizo pública la disponibilidad general de la Decisions API con GPT-6 Luna el 22 de octubre de 2026. Está pensada para aplicaciones que necesitan un juicio tipado, no una respuesta extensa: saber si un contenido cumple una regla, elegir una opción o asignar una puntuación según una rúbrica. OpenAI afirma que el endpoint evalúa texto, imágenes y JSON, y que decide aproximadamente diez veces más rápido que Responses API.

El cambio importante es arquitectónico. En lugar de pedir al modelo una explicación en prosa y después intentar extraer la clasificación, una aplicación puede formular preguntas concretas y recibir decisiones estructuradas, más fáciles de enrutar, guardar, probar y supervisar. La versión general añade caché de prompts compartidos, imágenes por pregunta, entrada JSON directa, URLs de imágenes alojadas, historial de conversación, hasta 400 preguntas por solicitud e integración nativa con GPT-Live. Para la parte del flujo que requiere interfaz estable, permisos o revisión humana, el catálogo de software de BTTC puede ayudar a encontrar herramientas mantenidas.

Para qué sirve la Decisions API

No es un reemplazo de todos los endpoints de chat y generación. Su función es convertir evidencia en una respuesta que el programa pueda usar. La guía oficial menciona clasificación de contenido, enrutamiento de solicitudes, priorización, comprobación de condiciones, selección fija y puntuación con una rúbrica. El resultado se convierte en una pieza de un sistema mayor, no necesariamente en el texto final que lee el usuario.

Una cola de soporte puede necesitar solo urgencia y una señal de confianza. Un marketplace puede clasificar un anuncio. Un flujo de seguridad puede hacer varias preguntas sobre el mismo texto o imagen. Una herramienta de contratación puede verificar campos obligatorios antes de enviar el documento a una persona. Las salidas tipadas se conectan mejor con colas, bases de datos y reglas.

Aun así, un resultado estructurado no vuelve precisa una política ambigua. Hay que definir evidencia, opciones permitidas, umbrales y el comportamiento cuando falten datos.

Por qué importa la disponibilidad general

La beta demostró el concepto, pero la disponibilidad general es una señal más sólida para los equipos que evalúan una integración. La guía actual usa POST /v1/decisions con gpt-6-luna y permite hasta 400 preguntas por solicitud, frente a 200 durante la beta. Esto puede reducir la orquestación cuando varias comprobaciones comparten la misma evidencia.

El endpoint también admite caché de prompts. Reutilizar instrucciones, políticas, ejemplos y referencias puede reducir trabajo repetido en un clasificador de alto volumen. La caché no garantiza un coste menor: influyen la tasa de aciertos, el tamaño de entrada, el número de preguntas, los reintentos y el tiempo de revisión humana.

La disponibilidad general debe verse como una invitación a medir, no como permiso para saltarse la evaluación. Compara Decisions y Responses con datos reales, mezcla de imágenes, latencia objetivo, tolerancia a errores y escalado a personas.

JSON, imágenes y conversaciones

La entrada JSON permite enviar datos estructurados sin convertir cada registro en un prompt largo. Es útil para metadatos de productos, formularios y eventos.

Las imágenes pueden adjuntarse a instrucciones de preguntas concretas. Una aplicación puede compartir evidencia y después usar imágenes distintas para cada pregunta, por ejemplo en revisiones de documentos, comparación de capturas y evaluación de productos. La guía acepta URLs públicas HTTP o HTTPS y datos base64 en línea.

El historial de conversación amplía el uso dentro de un bucle de agente. Una aplicación de voz o chat puede dejar que GPT-Live llame a Decisions directamente o activar una decisión cuando cambia una transcripción. La conversación sigue siendo natural, mientras el programa recibe un objeto de decisión limitado y comprobable.

Qué revisar antes de producción

Una salida tipada facilita la integración, pero no garantiza verdad, justicia ni idoneidad para casos de alto riesgo. Una rúbrica incompleta puede producir errores consistentes. Una puntuación puede ocultar incertidumbre. Las decisiones sobre imágenes pueden fallar por el ángulo, el idioma o el formato.

Crea un conjunto de prueba con casos normales, fronterizos, adversariales, sin evidencia y que deban escalar a una persona. Cuando la privacidad lo permita, registra la versión de la entrada y de la política, el modelo, la decisión y el resultado humano. Prepara una alternativa para tiempos de espera y resultados mal formados. Si una decisión afecta salud, empleo, crédito, seguridad o servicios esenciales, incorpora especialistas y cumplimiento; no la trates como un veredicto automático.

La API puede devolver un resultado rápido, pero el producto aún necesita cola, auditoría, corrección, permisos y explicación. Son características de software. Cuando se necesita un flujo completo, el directorio de software de BTTC es un punto de partida.

Cómo evaluarla en la práctica

Empieza con una decisión pequeña y un criterio de éxito claro. Escribe la rúbrica con lenguaje sencillo, enumera los valores permitidos y crea datos etiquetados. Mide precisión y recall cuando corresponda, pero también calidad de rechazo, percentiles de latencia, tokens, tasa de caché y proporción enviada a humanos.

Compara un motor de reglas, un endpoint general como Responses y Decisions. El código determinista funciona mejor con reglas claras; la generación general, con respuestas ricas; Decisions ocupa el punto intermedio: la evidencia es compleja, pero las acciones posibles son limitadas y la aplicación necesita un resultado tipado.

Por último, muestra los límites de la decisión en el producto. Los operadores deben saber por qué se derivó un elemento, corregir errores y actualizar la rúbrica sin modificar la historia en silencio. La automatización rápida solo sirve si los fallos pueden entenderse y recuperarse.

Preguntas frecuentes

¿Qué es la OpenAI Decisions API?

Es una API que transforma texto, imágenes o JSON en decisiones tipadas, como una condición booleana, una opción fija o una puntuación, para clasificar, enrutar y priorizar.

¿Sustituye a Responses API?

No. Decisions está optimizada para juicios acotados y salidas estructuradas; Responses sirve mejor para generación general, herramientas y respuestas de varios pasos.

¿Qué modelo utiliza?

La guía actual indica que usa gpt-6-luna, el único modelo compatible actualmente con Decisions.

¿Puede procesar imágenes y JSON?

Sí. La versión general admite imágenes en las instrucciones, URLs públicas, datos base64 y entrada JSON estructurada.

¿Cuándo conviene evitar decisiones automáticas?

Cuando un error pueda afectar salud, empleo, crédito, seguridad o servicios esenciales. Usa revisión cualificada, escalado y controles de cumplimiento.

Conclusión

La Decisions API convierte un problema habitual de ingeniería de IA en un contrato explícito: aportar evidencia, hacer preguntas acotadas y recibir respuestas tipadas que el software pueda medir. Los lotes grandes, la caché, JSON, imágenes, historial y GPT-Live la hacen atractiva para clasificación y triage, pero un despliegue fiable aún necesita rúbricas, datos de evaluación, auditoría, revisión humana y una interfaz duradera.