Dos de los anuncios del DevDay para desarrolladores llegan con restricciones que la ponencia no mencionó y la documentación sí.
El primero es Ultrafast, el nivel de velocidad premium de OpenAI. La compañía dice que ofrece una generación de tokens hasta ocho veces más rápida —300 tokens por segundo— en Codex, y hasta seis veces más rápida en la API. GPT-6 Astra Ultrafast está disponible ya en la API y en ChatGPT Work y Codex con los planes Pro 500 y Enterprise, y OpenAI dice que GPT-6.1 Sol Ultrafast llegará pronto.
Dónde no puede funcionar Ultrafast
La guía de la API termina con una frase que conviene leer antes de diseñar en torno al nivel: “Ultrafast admite únicamente residencia de datos en Estados Unidos y procesamiento global. No admite puntos de acceso de procesamiento regional de la UE ni de otras regiones fuera de Estados Unidos”.
Para una empresa europea que ha construido sobre el procesamiento regional para cumplir compromisos de residencia de datos, eso deja el nivel más rápido fuera de alcance sin cambiar dónde ocurre la inferencia. Es una bifurcación práctica para cualquiera que ejecute agentes sensibles a la latencia bajo las normas de datos de la UE, y está en una línea de una guía para desarrolladores, no en un titular.
La guía fija además límites de tasa por defecto: 500.000 tokens por minuto para los niveles de uso uno a tres de la API, un millón para el nivel cuatro y cinco millones para el nivel cinco, y recomienda encarecidamente WebSockets para aplicaciones agénticas que hacen muchas llamadas a herramientas seguidas. Conviene señalar que la guía menciona hoy acceso en vista previa para GPT-5.6 Sol, mientras el resumen del DevDay habla de GPT-6.1 Sol Ultrafast como algo próximo.
La Agents API recibe un navegador
La segunda incorporación es el uso de ordenador en la Agents API. Un agente puede navegar por sitios web y operar interfaces de navegador para probar una web, reunir información o manejar una aplicación a través de su interfaz, con el navegador ejecutándose en un entorno alojado por OpenAI. Los desarrolladores lo activan añadiendo una herramienta computer_use y encendiendo un escritorio alojado.
El modelo de consentimiento es granular y está documentado con cuidado: el navegador exige la aprobación del usuario antes de acceder a cada nuevo origen web, incluidos los sitios públicos, y habilitar el acceso a la red no aprueba esas peticiones. La aplicación del desarrollador debe mostrar el origen solicitado y un motivo, y recoger una decisión de aprobar, denegar o cancelar.
La misma página expone el límite de esa protección en un encabezado propio: la aprobación de origen no obliga a confirmar cada acción individual. Aprobar un dominio aprueba todo lo que el agente haga después en él.
Decisiones, y agentes que corren dentro de AWS
OpenAI presentó además una Decisions API, que estrecha el modelo a un conjunto definido de preguntas con respuestas finitas predefinidas —clasificar contenido, enrutar una petición, elegir la siguiente acción de un agente— con el contexto aportado como texto o imágenes. Está en vista previa limitada, con un lanzamiento más amplio previsto en días. Por separado, OpenAI ha trabajado con Amazon en Bedrock Managed Agents, que toma las capacidades centrales de la Agents API y ejecuta agentes de OpenAI enteramente dentro de AWS.
Qué vigilar
El flujo de aprobación por origen es el ajuste por defecto correcto y será lo primero que los equipos de producto intenten esquivar, porque un agente que se detiene a preguntar por cada dominio nuevo no es un agente autónomo. Habrá que ver si OpenAI publica una opción de aprobación general. Sobre Ultrafast, la pregunta es si los puntos de acceso regionales de la UE recibirán el nivel, o si la velocidad pasa a ser otra cosa que los despliegues europeos ceden a cambio de residencia.
