OpenAI Agent Builder cierra: fechas y guía de migración

OpenAI AgentKit reunía las herramientas de OpenAI para crear, desplegar y evaluar agentes; el cierre de su servicio OpenAI Agent Builder está previsto para el 30 de noviembre de 2026. El Agents SDK y ChatKit siguen disponibles, pero las aplicaciones de ChatKit que dependen de Agent Builder necesitan un backend propio que lo sustituya. Las evaluaciones existentes pasarán a ser de solo lectura el 31 de octubre, antes del cierre previsto para el 30 de noviembre del panel y la API de Evals, así como de la API v1/prompts y sus objetos de prompt reutilizables.

Información verificada con la documentación vigente de OpenAI el 14 de octubre de 2026. La tarea consiste en conservar el flujo de trabajo, sus prompts y las pruebas que demuestran que sigue funcionando. Conviene tratarlos como tareas de migración independientes, cada una con su responsable. El calendario de retirada de OpenAI fija las fechas; la lista de tareas que aparece más adelante las convierte en hitos de entrega.

OpenAI Agent Builder: qué cambia y qué sigue disponible

El constructor alojado cierra; las herramientas de OpenAI para desarrollar agentes continúan. AgentKit agrupaba herramientas para crear, desplegar y evaluar agentes. OpenAI Agent Builder aportaba el editor visual de flujos, ChatKit ofrecía la interfaz de chat integrada y Evals proporcionaba el entorno de pruebas. La migración debe contemplar cada componente por separado.

Imagina una oficina equipada: el espacio proporcionaba el entorno para editar y ejecutar, pero el flujo de trabajo describe lo que necesitas hacer. Perder esa oficina obliga a buscar otro lugar donde trabajar. No implica desechar todas las herramientas ni cambiar de proveedor de modelos.

Las fechas de retirada proceden de la página de servicios obsoletos de OpenAI; las opciones de ejecución que siguen disponibles se recogen en su guía general de agentes. Los avisos se publicaron el 3 de junio de 2026. El paso a solo lectura de octubre y el cierre de noviembre son acontecimientos distintos.

Este anuncio no retira la Responses API. Una aplicación que la utilice sí puede verse afectada si sus solicitudes hacen referencia a objetos de prompt reutilizables. El endpoint al que llamas y los recursos guardados de los que depende son cosas distintas.

¿Quién necesita actuar ya?

Debes actuar si algún flujo en producción depende de Agent Builder, de Evals gestionado o de objetos de prompt guardados. El destino adecuado depende de dónde deba funcionar ese flujo, no del parecido entre los nombres de los productos.

Equipos que desarrollan una aplicación para clientes: exporten el flujo y asignen un responsable de su ejecución. Un chatbot de soporte integrado en el producto necesita un servicio de aplicación operativo cuando cierre el flujo alojado. Trasladar solo la interfaz visual deja sin resolver la dependencia principal.

Equipos que gestionan procesos internos: consideren ChatGPT Workspace Agents si la tarea puede realizarse dentro del espacio de trabajo de ChatGPT de la empresa. Un informe periódico sobre clientes o un asistente de investigación interna encajan mejor que una integración en un sitio web público. El responsable del proceso debe evaluar el resultado, y quien administre el espacio de trabajo debe revisar los accesos.

Quienes estén por contratar una implementación: elijan desde ahora una vía que siga disponible. Si un proveedor presenta una propuesta basada en Agent Builder, pidan que detalle dónde se ejecutará tras el cierre, qué entregará con la migración y cuáles serán los criterios de aceptación antes de aprobarla. Una demostración que funciona durante la transición no responde a esas preguntas.

Usuarios actuales del SDK o de Responses directamente: quizá no tengan que migrar nada de Builder. Revisen el proceso de evaluación y las referencias a prompts guardados antes de dar por hecho que la aplicación no está afectada. Si tampoco existen esas dependencias, este anuncio por sí solo no justifica reescribirla.

Cómo exportar los flujos de Agent Builder al Agents SDK

OpenAI Agent Builder permite exportar el código del flujo: es el punto de partida de una aplicación que operarás tú. Su guía de migración actual ofrece exportaciones en Python y TypeScript. Conserva la exportación completa antes de modificarla para poder comparar los cambios posteriores con el original. Instrucciones de migración.

1. 1

   Copia la exportación del flujo

   Abre el flujo, selecciona Code en la barra de navegación superior, elige Agents SDK y selecciona Python o TypeScript. Copia la exportación completa en tu repositorio. Deja constancia del flujo desplegado al que sustituye.

2. 2

   Prepara la aplicación para ejecutarse

   Instala y configura el SDK correspondiente siguiendo su guía de inicio vigente. Conecta las herramientas y credenciales que necesita el flujo. Asigna responsables del despliegue, el almacenamiento y la ejecución antes de considerar que la exportación ya sustituye al servicio.

3. 3

   Comprueba que cumple los requisitos del proceso

   Reproduce entradas representativas en la nueva implementación. Revisa la rama elegida, los argumentos enviados a las herramientas, el comportamiento de las aprobaciones y el resultado final. Despliega solo cuando la solución cumpla los criterios de aceptación del flujo.

El OpenAI Agents SDK permite que tu aplicación controle el despliegue, el almacenamiento, las herramientas y las aprobaciones, mientras el SDK ejecuta el ciclo del agente. La guía general del SDK sigue siendo la referencia para implementarlo.

La dificultad del SDK está en asumir la operación. Copiar un archivo no resuelve el despliegue en producción, el comportamiento tras un reinicio ni la persistencia del estado. En un flujo de soporte, define qué sucede cuando una consulta de pedido agota el tiempo de espera, cuando se deniega una aprobación y cuando vuelve a llegar la misma solicitud. Son casos de aceptación que debes implementar y verificar, no garantías que ofrezca un botón de exportación.

Consulta la comparativa de OpenAI Agents API y Agents SDK si también estás replanteando quién debe operar el entorno de ejecución. La guía actual de migración de Builder de OpenAI señala el SDK y Workspace Agents; no des por hecho que la Agents API gestionada, que es un producto distinto, permita importar automáticamente el flujo.

Cómo llevar los flujos sin código a ChatGPT Workspace Agents

ChatGPT Workspace Agents es la vía documentada para compartir dentro de un equipo flujos definidos en lenguaje natural. La guía de migración de OpenAI exige un espacio de trabajo Business, Enterprise o Edu con acceso a agentes y permiso para crearlos. Exporta el flujo de Builder, pega ese código en el constructor de agentes del espacio de trabajo y pídele que lo recree. Requisitos para migrar al espacio de trabajo.

El ejemplo guiado de agentes en el espacio de trabajo de OpenAI muestra el modelo de funcionamiento: aplicaciones conectadas, instrucciones reutilizables, tareas programadas y uso compartido dentro de un espacio de trabajo. Encaja con un flujo interno de informes sobre clientes cuyo responsable pueda revisar el documento terminado.

El límite está en reproducir fielmente el comportamiento. OpenAI advierte que los flujos que requieren un comportamiento estrictamente determinista —seguir siempre la misma ruta prescrita bajo las mismas condiciones— pueden no trasladarse con fidelidad. Revisa las conexiones y los permisos, prueba entradas representativas con Preview y selecciona Create después de validar. Es un proceso de recreación, no una conversión garantizada de todos los nodos y sus conexiones.

Por ejemplo, un asistente de investigación interna puede seguir caminos distintos si el informe final cumple los requisitos. Un flujo que siempre debe obtener aprobación antes de modificar el registro de un cliente exige verificar expresamente esa condición. Si el negocio depende de seguir unas ramificaciones exactas, recomiendo conservar esa lógica en el código de la aplicación y validar primero la vía del SDK.

Conserva ChatKit y sustituye el backend alojado

ChatKit sigue sirviendo como interfaz de chat; tu aplicación debe proporcionar el servidor que sustituya al anterior. OpenAI orienta tanto los proyectos nuevos como las aplicaciones existentes que dependen de Builder hacia una integración con servidor propio. Los flujos alojados existentes solo mantienen el soporte durante la transición. Guía de transición de ChatKit.

Esto cambia el trabajo que hay detrás del chat. En la arquitectura que sigue disponible, el navegador envía solicitudes a tu servidor de ChatKit, el servidor ejecuta tu implementación del agente y sus herramientas, y los resultados vuelven a la interfaz. Mantener la misma experiencia visual no conserva la antigua ejecución alojada.

La guía de integración avanzada detalla las piezas necesarias: un ChatKitServer, un endpoint HTTP, almacenamiento persistente para los hilos y mensajes en producción, un almacén de archivos si se permiten cargas y contexto de servidor para la identidad y los permisos. También explica la conexión con el Agents SDK.

En una aplicación de soporte al cliente, las pruebas de aceptación deben ir más allá de recibir una respuesta. Confirma que el cliente que ha iniciado sesión solo vea la conversación que le corresponde, que los archivos adjuntos sigan disponibles cuando sea necesario, que se ejecuten las herramientas permitidas y que la derivación siga llegando al destino correcto. Planifica cómo se tratará el historial de conversaciones existente; no supongas que se traslada con la exportación del flujo.

La guía para crear un chatbot con ChatKit aborda las responsabilidades generales del producto. En esta migración, la pregunta decisiva es si una conversación real se completa a través del nuevo backend con las reglas de acceso y de actuación previstas.

Calendario de tareas para la migración

Conserva primero la referencia de evaluación y después traslada la ejecución y los prompts antes del cierre. Esa referencia es el conjunto de ejemplos y resultados aceptables que permite decidir si la nueva implementación funciona. Sin ella, puedes trasladar el código y aun así perder el comportamiento del que dependen los usuarios.

Antes del 31 de octubre de 2026: exporta y conserva las evaluaciones

Asigna desde ahora un responsable de evaluación. Conserva las entradas de prueba, los resultados esperados, las definiciones de los evaluadores, las versiones de los prompts, la configuración de los modelos y los resultados previos relevantes para entender el comportamiento actual. Exporta lo que permita el flujo existente; cuando no haya opción de exportación, copia la configuración y recréala fuera de la plataforma.

El 31 de octubre marca el paso a solo lectura; no es una fecha límite de exportación documentada. La recomendación de este artículo es terminar la copia antes de ese día para disponer de una referencia útil durante la migración.

La guía de migración de Evals de OpenAI recomienda Promptfoo y describe cómo recrear manualmente los prompts, los proveedores, los casos de prueba y las aserciones. No exige utilizar una función de exportación de OpenAI Evals. Vuelve a ejecutar y validar los evaluadores recreados antes de confiar en sus puntuaciones: OpenAI advierte que estas pueden variar entre sistemas.

Una entrega útil incluye un conjunto de evaluaciones que pueda ejecutarse y una explicación de qué se considera un fallo. Una captura de una puntuación anterior aporta contexto histórico, pero no sustituye a esas pruebas.

Antes del 30 de noviembre de 2026: traslada los flujos y los objetos de prompt

Completa estas tareas antes del cierre previsto:

• Despliega el flujo exportado al SDK o valida y crea su sustituto como Workspace Agent.
• Traslada al nuevo servidor todas las aplicaciones de ChatKit que dependan de Agent Builder.
• Extrae el contenido de los prompts reutilizables de los objetos de prompt gestionados.
• Ejecuta el nuevo proceso de evaluación e investiga los cambios de comportamiento.
• Elimina de producción las dependencias de los servicios que se retiran y asigna un responsable de la nueva operación.

Los objetos de prompt merecen una revisión específica en toda la aplicación. Un flujo puede ejecutarse correctamente mientras otra función sigue dependiendo del identificador de un prompt guardado. La guía de migración de prompts de OpenAI traslada el texto del prompt al código fuente, sustituye las variables por argumentos de función y envía los mensajes generados mediante input de la Responses API en lugar del objeto prompt gestionado. Versiona el prompt junto con la aplicación y, cuando sea viable, conserva un prefijo compartido estable antes de los valores dinámicos.

En un asistente de facturación, la entrega debe incluir todas las instrucciones, las sustituciones de variables y las respuestas esperadas para casos representativos. Copiar solo el párrafo visible y perder una variable o elegir la versión guardada incorrecta deja la migración incompleta.

Fija una fecha de cambio anterior al plazo del proveedor, con margen para investigar una prueba fallida. Mantén documentado un plan alternativo durante el periodo de transición restante; si sigue dependiendo de un servicio retirado, dejará de protegerte después del cierre.

Qué se exagera y qué suele malinterpretarse

«AgentKit cierra» es una afirmación demasiado amplia para orientar una decisión de ingeniería. Los avisos identifican productos y recursos guardados concretos. El SDK, ChatKit, Responses API y la Agents API independiente mantienen su documentación; los servicios alojados afectados requieren una migración.

Una exportación no demuestra que ambas implementaciones se comporten igual. La solución generada puede dar una respuesta convincente y, al mismo tiempo, omitir la rama que exigía una aprobación. Compara el comportamiento observable con los requisitos originales, en lugar de juzgar si el nuevo diagrama o código se parecen a los anteriores.

Que ChatKit siga disponible no mantiene el alojamiento de Builder. La interfaz puede conservarse aunque cambie el servicio que realiza el trabajo. Tenlo en cuenta al presupuestar quién asumirá la operación técnica, sin dar por hecho que hace falta un frontend nuevo.

El cierre de Evals no elimina la necesidad de evaluar. Traslada la responsabilidad de mantener las pruebas. Del mismo modo, pasar un prompt al código no retira la Responses API: cambia la forma en que la aplicación le proporciona instrucciones.

Dudas sobre el uso actual de AgentKit

¿OpenAI AgentKit es gratis?

No bases la migración en la suposición de que AgentKit es un único producto gratuito. Elige primero un entorno de ejecución que siga disponible y después revisa sus cargos vigentes por modelos, herramientas e infraestructura. Los avisos de cierre no establecen un precio universal para migrar.

¿Cómo se usan los agentes de OpenAI?

Si ya tienes un flujo en Agent Builder, expórtalo al Agents SDK o recréalo como Workspace Agent. Para una aplicación nueva, elige un entorno de ejecución vigente y prueba las herramientas y los permisos que requiere la tarea. Una interfaz de ChatKit necesita una implementación del lado del servidor.

¿Qué se puede hacer con los agentes de OpenAI?

Los agentes pueden utilizar herramientas y realizar tareas de varios pasos. Una migración útil parte del trabajo concreto del que ya dependes, como preparar un informe interno o responder a una solicitud de soporte autenticada, y conserva el comportamiento necesario en el nuevo entorno de ejecución.

El primer paso para el lunes

Designa un responsable de migración y elige un flujo representativo que esté en producción. Guarda su exportación, el contenido de sus prompts y la referencia de evaluación; después ejecuta una solución de reemplazo de principio a fin. Usa el resultado para estimar el trabajo pendiente en los demás flujos. La primera entrega debe demostrar que una tarea necesaria se completa con los permisos y resultados correctos, seguida de un plan con fechas para migrar el resto.

Para recibir novedades prácticas sobre cómo crear y operar flujos de trabajo con IA, suscríbete al boletín.