El 26 de agosto de 2026 OpenAI apaga definitivamente su Assistants API. No hay periodo de gracia ni modo degradado: a partir de esa fecha, cualquier llamada a /v1/assistants, /v1/threads o /v1/threads/runs devolverá un error. Si tu producto depende de esa API, tienes días —no meses— para migrar a la Responses API. Esto es lo que cambia y lo que haríamos nosotros con un cliente en esta situación.

Qué ha pasado

OpenAI fijó hace meses el cierre de la Assistants API (que nunca salió de beta) para el 26 de agosto de 2026, y el plazo vence esta semana. La sustituye la Responses API, acompañada de la Conversations API para el histórico de conversación. La guía oficial de migración es explícita en un punto incómodo: no habrá herramienta automática para migrar los Threads a Conversations. La reconstrucción es manual.

El cambio no es solo de endpoint; es un cambio de modelo mental:

  • Los Assistants pasan a ser Prompts: objetos versionados que se crean en el dashboard (modelo + instrucciones + herramientas), ya no vía API.
  • Los Threads pasan a Conversations, que dejan de guardar solo mensajes para almacenar items: mensajes, llamadas a herramientas, salidas de herramientas y otros datos.
  • Los Runs desaparecen a favor de Responses: envías items de entrada y recibes items de salida. Se acabó el polling asíncrono; el bucle de herramientas (tool loop) lo orquestas tú en tu código.
  • Los vector stores y ficheros se conservan y pasan a la herramienta File Search de la Responses API.

Qué implica para tu producto

Si tienes la Assistants API en producción, esto es una incidencia con fecha. El 26 de agosto tu integración deja de responder. No es una recomendación de "conviene actualizar": es riesgo de caída total de la funcionalidad de IA de tu app.

El trabajo no es trivial pero tampoco titánico. Tendrás que: recrear cada assistant como prompt versionado, hacer backfill de las conversaciones que quieras conservar, y reescribir la lógica de runs/polling como llamadas a responses, gestionando explícitamente el tool loop en tu backend.

A cambio ganas algo que casi siempre compensa: control. Orquestación explícita en tu código, mejor observabilidad y prompts versionados. Pierdes la orquestación "mágica" que OpenAI hacía por ti —que era cómoda hasta que necesitabas depurarla—.

Nuestra recomendación

Vamos a mojarnos, porque el calendario no deja margen para la ambigüedad:

  1. Si estás en producción sobre Assistants API, migra ya, esta semana. No esperes al día 25. Prioriza paridad funcional (que todo siga funcionando) por encima de la elegancia; el refactor bonito viene después.
  2. Aprovecha para meter una capa de abstracción propia. Si vas a tocar el código igualmente, es el momento de no volver a quedar atado a un endpoint de un único proveedor. Un LLM gateway te evita el próximo vendor lock-in. Para quién sí: productos con roadmap largo, requisitos multi-proveedor, coste o residencia de datos. Para quién no hace falta sobre-ingeniar: un prototipo o una feature que quizá mates en tres meses —ahí, migración directa y a otra cosa.
  3. Gestiona el tool loop con criterio. Ahora el bucle de herramientas es tuyo: es una buena ocasión para aplicar patrones de orquestación probados y, si expones herramientas, hacerlo sobre MCP en lugar de acoplarlas al proveedor.
  4. Mide antes y después con evals, no "a ojo". El cambio de modelo mental puede alterar el comportamiento. Evalúa con criterio, no por vibes para confirmar que la migración no ha degradado nada.

Cuándo NO precipitarse

Un matiz importante: no reescribas toda tu arquitectura de agentes "porque toca". El objetivo de esta semana es concreto —no caer el 26 de agosto—, no rediseñar tu stack de IA. Separa la migración de emergencia (paridad funcional, mínimo viable) del rediseño estratégico (gateway, MCP, multi-proveedor), que puede ir después con calma. Mezclar ambos bajo presión de deadline es la receta para introducir bugs justo donde no puedes permitírtelos.

Y si tu uso de la Assistants API era experimental o está muerto en la práctica, esta es la excusa perfecta para apagarlo del todo en vez de migrarlo.

En Dribba llevamos desde 2011 construyendo y manteniendo productos digitales, y desde 2017 somos Partner oficial de Google para Flutter. La IA en producción —agentes, RAG, orquestación de herramientas— es parte de nuestro día a día, con el mismo criterio de siempre: técnico, honesto y sin humo. Si dependes de la Assistants API y no tienes claro el plan para el 26, hablamos.