AIREITEROpenAI DevDay 2026 no fue simplemente un evento de lanzamiento de modelos. En su resumen del 29 de septiembre, OpenAI presentó una misma dirección desde varios ángulos: un modelo de trabajo más barato, un runtime gestionado para agentes, entornos de desarrollo en la nube y un agente de consumo que permanece activo. Para los desarrolladores, el cambio importante está en la arquitectura: cada vez más piezas del ciclo que rodea al modelo —sesiones, herramientas, entornos y ejecución en segundo plano— pasan a formar parte de productos gestionados por OpenAI.
El veredicto para desarrolladores
GPT-6.1 Sol es la propuesta más clara a corto plazo para la API. OpenAI lo ofrece como gpt-6.1-sol, con compatibilidad con Responses API, llamadas a herramientas, uso del ordenador y MCP. Agents API llega en beta pública para crear agentes gestionados al estilo de Codex. Codex Cloud convierte la programación asíncrona en un flujo de trabajo alojado. Dots demuestra esa misma dirección en el ámbito del consumidor, pero no sustituye a una API para desarrolladores.
La recomendación práctica es empezar probando Sol y Agents API, usar Codex Cloud cuando la ejecución remota ahorre tiempo de coordinación y considerar Dots una señal de producto, no una superficie de integración estable.
Qué se ha lanzado realmente y qué sigue llegando
El resumen oficial de DevDay de OpenAI habla de más de 20 lanzamientos, pero los cuatro productos relevantes para desarrolladores no tienen el mismo grado de disponibilidad.
| Lanzamiento | Qué hace | Estado que deberían asumir los desarrolladores |
|---|---|---|
| GPT-6.1 Sol | Modelo de menor coste para programación, uso del ordenador y trabajo profesional | Modelo disponible en la API como gpt-6.1-sol; el acceso depende del plan y del producto |
| Agents API | Arnés Codex gestionado con herramientas, sesiones, orquestación y uso del ordenador alojado | Beta pública |
| Codex Cloud | Entornos de desarrollo remotos y reutilizables para tareas de programación delegadas | Despliegue progresivo del producto; los límites y las integraciones varían |
| Dots | Agente siempre activo con un ordenador en la nube y aplicaciones conectadas | Beta o despliegue gradual, con restricciones según el plan y el mercado |
La documentación de modelos de OpenAI es la referencia que conviene consultar para comprobar el acceso a la API, mientras que el anuncio de Agents API confirma que se encuentra en beta. Ninguna de esas páginas debe interpretarse como una promesa de cuotas o disponibilidad regional idénticas para todas las cuentas.
GPT-6.1 Sol cambia la economía de los ciclos de los agentes
En el anuncio de GPT-6.1 Sol, OpenAI presenta Sol como una actualización de GPT-6 Sol que se acerca al rendimiento de Astra en programación y uso del ordenador, pero con un coste operativo menor. RuntimeWire informa de las tarifas publicadas por OpenAI: $2 por millón de tokens de entrada, $0.10 por millón de tokens de entrada en caché y $10 por millón de tokens de salida. Por tanto, el contexto repetido sale mucho más barato cuando una aplicación puede reutilizar la entrada almacenada en caché en lugar de enviarla de nuevo.
| Concepto | Precio de GPT-6.1 Sol comunicado en DevDay |
|---|---|
| Entrada | $2 / millón de tokens |
| Entrada en caché | $0.10 / millón de tokens |
| Salida | $10 / millón de tokens |
Esta estructura de precios favorece los flujos de agentes con instrucciones extensas, trazas de herramientas o contexto de proyecto que se repite. Eso no significa que cualquier tarea vaya a salir barata: los ciclos con mucha salida, los reintentos, las acciones en el navegador y los costes de herramientas externas pueden acabar dominando la factura. La afirmación de OpenAI sobre un rendimiento “cercano al de Astra” es cualitativa; no sustituye a probar el modelo con tu repositorio, tu esquema de herramientas y tu presupuesto de fallos.
Un primer experimento útil consiste en ejecutar entre 20 y 50 tareas representativas con Sol y con el modelo que utilizas actualmente en producción. Después, registra el porcentaje de finalizaciones correctas, la tasa de reparación de llamadas a herramientas, la latencia y el total de tokens. Así podrás comprobar si el menor precio por token se mantiene cuando entra en juego la sobrecarga real de la orquestación.
Agents API: de llamar a un modelo a gestionar toda la ejecución
Agents API es el anuncio más relevante para desarrolladores porque va mucho más allá de elegir un modelo. OpenAI lo describe como un arnés Codex gestionado que se ocupa de las sesiones, la orquestación, la compactación del contexto y la recuperación, mientras el desarrollador proporciona las herramientas y los entornos de ejecución.
El anuncio de la beta pública y la cobertura del lanzamiento mencionan ejecución de código, edición de archivos, conexiones MCP, delegación a otros agentes y uso del ordenador mediante un navegador alojado por OpenAI. La API está pensada para gestionar el runtime que rodea al agente, no solo para hacer una llamada a responses.create con un prompt de sistema más largo.
Tu aplicación seguirá siendo responsable de la autenticación, los permisos de negocio, el diseño de herramientas, las políticas de aprobación, la observabilidad, las listas de dominios permitidos, la confirmación de acciones sensibles, los registros de auditoría y los casos de fallo que puedan reproducirse. El uso del ordenador alojado puede reducir la infraestructura necesaria para el navegador, pero no elimina esos controles.
“¿Hay novedades sobre el rendimiento de Sol 6.1 frente a Opus 5.5?” — u/Ashamed-Subject-8573, en un debate de r/codex
La pregunta resume la distancia entre la keynote y la adopción en producción. Los desarrolladores necesitan conocer el comportamiento del modelo servido, la fiabilidad de las herramientas y el coste con su propia carga de trabajo, no solo ver una comparación destacada en el anuncio. Considera Agents API un runtime beta que hay que evaluar, no una prueba de que cualquier carga de trabajo basada en agentes deba migrar al stack gestionado de OpenAI.
Codex Cloud convierte el runtime en parte del producto
Codex Cloud lleva los agentes de programación más allá del terminal que el desarrollador tiene abierto. La cobertura del lanzamiento describe entornos reutilizables que contienen los repositorios, las dependencias, las herramientas y la configuración de acceso de un proyecto. Las tareas pueden ejecutarse de forma remota desde el ordenador, la web o el móvil, y el desarrollador puede retomarlas después de cerrar el portátil.
El impacto es operativo:
- Las tareas largas pasan a ser asíncronas. Una revisión de código, la reparación de pruebas o una migración pueden continuar sin mantener abierta una sesión local.
- La configuración del entorno se vuelve compartible. Los equipos pueden definir un espacio de trabajo aprobado en lugar de reconstruir las dependencias para cada tarea.
- Los traspasos entre personas y agentes resultan más sencillos. Un desarrollador puede inspeccionar los diffs, retomar una sesión y decidir qué cambios se incorporan.
- La seguridad pasa a ser un asunto de despliegue. El acceso a repositorios, los secretos, la salida de red y la identidad en la nube necesitan políticas explícitas.
El resumen de DevDay de OpenAI y el mismo inventario de productos también cubren una vista de agentes para Codex CLI, controles de voz, revisión de código desde el escritorio y Codex Security Cloud para repositorios de GitHub conectados. En conjunto, estas funciones hacen que Codex se parezca menos a un sistema de autocompletado y más a una capa remota de operaciones de ingeniería.
Codex Cloud no sustituye automáticamente a un entorno de desarrollo local. Los equipos todavía deben comprobar la compatibilidad con sus repositorios, la instalación de dependencias, el acceso a la red, la gestión de secretos, la duración de las sesiones y si una tarea fallida deja un espacio de trabajo reproducible. Empieza por tareas de mantenimiento de bajo riesgo antes de delegar migraciones de producción o cambios críticos para una entrega.
Dots es la demostración para consumidores, no la API para desarrolladores
Dots muestra hacia dónde quiere llevar OpenAI sus productos de agentes: un asistente siempre activo, con su propio ordenador en la nube, aplicaciones conectadas, contexto persistente y capacidad para trabajar en segundo plano. El anuncio de Dots y la documentación de espacios de trabajo describen servicios conectados y acceso controlado, mientras que la cobertura del lanzamiento informa de rutas a través de ChatGPT, Slack y Microsoft Teams en los planes y mercados elegibles.
Para los desarrolladores, Dots apunta a delegar tareas en lugar de limitarse a encadenar prompts, pero también deja abiertas preguntas importantes sobre autonomía y privacidad. La documentación de espacios de trabajo de OpenAI confirma que el acceso se controla mediante la configuración del espacio de trabajo y del plan; la cobertura del lanzamiento informa de rutas por ChatGPT, Slack y Microsoft Teams en mercados elegibles. Dots no es el contrato para desarrolladores: antes de elegir un agente alojado, compara su control, ubicación de los datos, permisos de herramientas, capacidad de auditoría y coste de salida con Agents API.
Una secuencia práctica para adoptar estas herramientas en equipos de ingeniería
Los cuatro lanzamientos encajan en un orden de evaluación razonable:
- Evalúa GPT-6.1 Sol con trabajo real. Usa tareas del repositorio, llamadas estructuradas a herramientas y contexto representativo. Incluye en el modelo de costes las hipótesis sobre entradas en caché.
- Construye un flujo estrecho con Agents API. Elige una tarea reversible, como clasificar incidencias, diagnosticar pruebas o actualizar documentación. Añade barreras de aprobación antes de ampliar los permisos.
- Pasa la programación asíncrona a Codex Cloud de forma selectiva. Prueba primero un entorno reutilizable con repositorios no sensibles y documenta después los controles sobre secretos y red.
- Usa Dots como señal para investigar el producto. Observa sus permisos, integraciones y disponibilidad, pero no lo conviertas en una dependencia de la arquitectura de tu aplicación.
- Mantén una capa de portabilidad. Guarda las definiciones de herramientas, los prompts, los casos de evaluación y la lógica de aprobación en tu propio repositorio, para poder sustituir una API preliminar si cambian sus límites o su comportamiento.
Sol cuenta con una entrada de modelo en la API y precios publicados; Agents API está explícitamente en beta pública; Codex Cloud es un flujo de trabajo alojado con incógnitas operativas; y Dots sigue siendo la base menos adecuada para establecer un contrato con desarrolladores.
Preguntas frecuentes
¿GPT-6.1 Sol está disponible en la API?
Sí. La página del modelo para desarrolladores de OpenAI muestra gpt-6.1-sol para su uso en la API, incluidos Responses API y sus capacidades orientadas a herramientas. El acceso y los límites pueden variar según la cuenta y el despliegue.
¿Agents API está disponible de forma general?
No. OpenAI anunció Agents API como una beta pública. Antes de utilizarla para acciones de producción irreversibles, prepara evaluaciones, registros y una vía alternativa.
¿Es Dots una API que puedan invocar los desarrolladores?
No. Dots es un producto de agentes de OpenAI con sus propias reglas de despliegue y de planes. Agents API es la superficie relevante para desarrolladores que quieran crear agentes gestionados.
¿Codex Cloud sustituye a un entorno de desarrollo local?
No por defecto. Añade ejecución remota y entornos reutilizables, pero los equipos deben validar el acceso a los repositorios, las dependencias, los secretos, las políticas de red, la persistencia y los flujos de revisión.
¿Qué deberían comprobar los equipos antes de trasladar trabajo de producción?
Comprueba el modelo servido, el precio teniendo en cuenta reintentos y llamadas a herramientas, el tratamiento de los datos, los límites de permisos, la recuperación ante fallos, la observabilidad, la disponibilidad regional y una vía de salida por si una función beta cambia.
El equilibrio que los desarrolladores no deberían pasar por alto
El intercambio es sencillo: las sesiones y los navegadores gestionados reducen el trabajo de infraestructura, mientras que los runtimes autogestionados conservan un mayor control sobre los datos, las credenciales, la depuración y los cambios de modelo. Empieza con Sol y Agents API, y utiliza Codex Cloud solo cuando su ventaja operativa esté clara.