Diseñaste un agente visual que recibe una pregunta, consulta herramientas y entrega una respuesta. Ahora tu equipo quiere convertirlo en parte de un producto. Antes de seguir dibujando nodos, hay una fecha que cambia la decisión: la documentación oficial de OpenAI indica que Agent Builder está en retirada y tiene cierre previsto para el 30 de noviembre de 2026. Los usuarios existentes pueden seguir utilizándolo durante la transición; ChatKit continúa disponible.

La pregunta práctica no es qué interfaz se ve mejor, sino dónde vivirá el flujo después de esa fecha. OpenAI ofrece dos rutas en su guía de migración: exportar el trabajo a Agents SDK para una aplicación propia o recrearlo como un agente de espacio de trabajo de ChatGPT, si tu organización tiene acceso y permisos. No hay conversión perfecta del gráfico ni garantía de que cada comportamiento se transfiera igual.

Elige según quién operará el agente

Agents SDK encaja cuando construyes un producto o servicio y necesitas controlar código, herramientas, autenticación, estado, permisos y despliegue. El SDK ejecuta el bucle del agente en tu aplicación; admite herramientas, guardrails, traza de ejecuciones y coordinación. Si el flujo debe crear borradores en tu blog o consultar tu base de datos, esta ruta te da control de integración, pero también te deja la responsabilidad operativa.

Workspace Agents encaja cuando el trabajo es interno y un equipo lo usará desde ChatGPT. Según OpenAI, exige un espacio Business, Enterprise o Edu con acceso a agentes y permiso para crearlos. Puedes llevar el código exportado al creador de agentes como punto de partida, pero debes revisar de nuevo apps conectadas, autenticación, permisos y comportamiento. Un paso determinista o un disparador concreto puede necesitar reconstrucción manual.

Si tu caso es una única respuesta corta sin herramientas ni estado complejo, considera la Responses API directamente. La documentación del SDK señala que esta opción es mejor cuando quieres manejar tú mismo el bucle o el flujo es simple. No todo proyecto necesita un agente con varias capas.

Cómo migrar un flujo existente

1. Abre el flujo en Agent Builder y registra sus entradas, salidas, herramientas, disparadores y permisos actuales. Guarda tres a cinco casos reales con el resultado esperado.
2. En la barra superior, entra a Code, selecciona Agents SDK y copia la exportación completa en TypeScript o Python. Es el procedimiento que documenta OpenAI.
3. Si vas a tu producto, instala y configura el SDK en tu aplicación. Revisa secretos, conexiones, validación de entradas, manejo de errores y trazas antes de desplegar.
4. Si vas a un Workspace Agent, pega la exportación en el creador, revisa instrucciones y capacidades, configura apps y permisos, y usa Preview con los casos guardados antes de crear el agente.
5. Compara salida y acciones: qué herramienta llamó, qué datos vio y qué cambió. El texto parecido no basta si antes el flujo disparaba una acción importante.

Ejemplo concreto para SoyJB: un agente que investiga una noticia, prepara texto y crea un borrador pertenece a una aplicación con controles sobre el MCP del blog y un registro de IDs. Un agente interno que resume el radar de novedades para Joseph puede vivir en el espacio de trabajo. Aunque compartan fuentes, sus permisos son distintos: el primero podría escribir en el CMS; el segundo debería informar sin publicar. Decide esa frontera antes de copiar instrucciones.

Un criterio que evita una migración “cosmética”

Haz una tabla con cada paso del flujo original: entrada, condición, herramienta, aprobación, salida y responsable. Para cada fila marca igual, modificado o pendiente. Cuando hay datos privados o acciones externas, prueba con un usuario sin permisos, un fallo de herramienta y un intento de repetir la misma acción. La guía oficial advierte que las conexiones, autenticación y publicación requieren revisión separada en ChatGPT; en una app con SDK, debes validar tu propia configuración de runtime.

Mi recomendación para un fundador: decide primero si el agente es una función de producto o una herramienta interna. Exporta temprano, prueba en pequeño y conserva el flujo original como referencia mientras comparas resultados. Esperar al último día reduce el tiempo para descubrir diferencias de control, no solo diferencias de texto.

Fuentes: estado oficial de Agent Builder; guía oficial de migración; documentación de Agents SDK. Fecha verificada el 14 de octubre de 2026.