OpenAI cierra Agent Builder y Evals: cómo decidir entre Agents SDK y Workspace Agents sin migrar a ciegas

OpenAI dejó una señal bastante más importante que otro release de modelo. En la actualización del 3 de junio de 2026 sobre AgentKit, la empresa confirmó que Agent Builder y Evals se apagarán en la plataforma desde el 30 de noviembre de 2026. Y no se quedó en el titular: también dijo qué camino recomienda según el tipo de trabajo.

Si el flujo debe seguir viviendo como código, OpenAI empuja hacia Agents SDK. Si el caso encaja mejor como automatización en lenguaje natural y dentro del trabajo del equipo, empuja hacia Workspace Agents en ChatGPT. La decisión útil ya no es “migrar o no”. La decisión útil es qué superficie te conviene abandonar y hacia cuál moverte sin romper control, memoria y operación diaria.

Lo que se apaga de verdad

El cambio afecta dos piezas concretas del paquete que OpenAI presentó en octubre:

• Agent Builder, el canvas visual para componer workflows multiagente;
• Evals, en su versión de producto dentro de esa superficie.

Eso importa porque mucha gente leyó AgentKit como si fuera la capa estable para diseñar, medir y publicar agentes sin salir de OpenAI. La actualización de junio corrige esa lectura: el centro de gravedad se movió.

OpenAI deja dos pistas bastante claras:

1. el trabajo agentic programático vive en Agents SDK;
2. el trabajo compartido dentro del equipo vive en Workspace Agents.

La pregunta correcta no es técnica primero; es operativa

Yo lo separaría así.

Elige Agents SDK si necesitas control de producto o de runtime

La nota sobre la nueva evolución del Agents SDK lo describe como una base para agentes que pueden inspeccionar archivos, ejecutar comandos, editar código y sostener tareas largas dentro de sandboxes controlados.

Eso apunta a equipos que necesitan:

• versionar comportamiento en repos;
• definir guardrails y herramientas por código;
• integrar validaciones, logs y despliegue con su stack;
• o ejecutar trabajo que no debería vivir solo dentro de ChatGPT.

Elige Workspace Agents si el problema es más de operación interna

La pieza de Workspace Agents dibuja otro tipo de producto. OpenAI dice que esos agentes viven en la nube, pueden usar archivos, código, tools y memoria, seguir corriendo cuando el usuario se va, y además entrar a Slack o ejecutarse por horario.

Eso sirve más cuando el objetivo es:

• automatizar reportes internos;
• responder preguntas repetidas del equipo;
• rutear feedback o tickets;
• o convertir una práctica de trabajo en un agente compartido.

Dónde veo el error más caro

El error más común va a ser migrar por afinidad con la interfaz y no por el tipo de sistema.

Si tu agente necesita tocar repos, shells, validaciones o entornos controlados, llevarlo a una superficie demasiado conversacional puede dejarte sin el nivel de control que luego vas a extrañar.

Si tu flujo es sobre todo trabajo interno repetible entre personas, reescribirlo todo en SDK también puede ser sobreingeniería.

La señal de OpenAI no es ambigua: separó mejor el agente que opera como software del agente que opera como compañero de trabajo.

Qué revisaría esta semana si todavía dependes de Agent Builder

1. qué workflows siguen vivos dentro del builder visual;
2. cuáles requieren tools, sandboxes o despliegue reproducible;
3. cuáles en realidad son playbooks internos que podrían vivir mejor en ChatGPT o Slack;
4. qué parte de la evaluación dependía del producto Evals y cuál tendrás que reconstruir fuera de esa superficie.

Esa última parte importa bastante. El cierre no dice que dejes de evaluar. Dice que dejes de depender de esa implementación concreta.

Por qué esta historia sí tiene tráfico cualificado

La demanda aquí no depende de inventar volumen. Sale de queries muy directas:

• OpenAI Agent Builder shutdown
• AgentKit update June 2026
• OpenAI Evals deprecation
• Agents SDK vs Workspace Agents

Es tráfico de equipos que ya estaban eligiendo superficie o que ahora tienen que salir de una.

Si tu foco sigue siendo construir agentes con código y herramientas reales, esta noticia conversa muy bien con nuestra guía práctica para GPT-5 y Responses API. Y si estás en una fase más base antes de separar runtime, memoria y aprobaciones, el punto de entrada más sobrio sigue siendo el curso gratis.

Mi lectura corta es esta: OpenAI no solo cerró un producto; redibujó la frontera entre agentes de software y agentes de workspace. Si estabas en Agent Builder, la migración buena no es la más cómoda. Es la que mejor respeta cómo trabaja de verdad tu agente.