OpenAI lleva el harness de Codex a la Agents API: la gestión del estado pasa al proveedor

El 10 de septiembre de 2026 OpenAI publicó en beta pública la Agents API, una estructura que pone en manos de los desarrolladores el mismo harness gestionado sobre el que se apoya Codex. La arquitectura traslada la carga de la orquestación —hasta ahora en manos de código propio o de frameworks de terceros para gestionar sesiones, historial y compactación del contexto, o la reanudación tras un error— directamente al interior del servicio de la empresa. La documentación técnica describe cuatro entidades fundamentales: el Agent (que reúne modelo, instrucciones, herramientas y servidores MCP), el Environment (la sandbox opcional de ejecución), la Session (la instancia duradera del proceso) y los Events/Items (los flujos de entrada y salida). En el quickstart oficial las llamadas apuntan al modelo "gpt-6-astra" bajo la cabecera `OpenAI-Beta: agents=v1` y a endpoints como `POST /v1/agents/sessions`, transmitiendo eventos JSON en streaming como `agent.session.turn.completed` o `turn.failed` para seguir el ciclo de trabajo.

La facturación no contempla una cuota aparte por el harness: los costes coinciden con el consumo de tokens del modelo elegido, las tarifas de las herramientas activadas y los minutos de cómputo de los contenedores en las sandboxes gestionadas por OpenAI. Junto a la configuración hosted y a la self-hosted —las dos únicas que describe la documentación oficial—, la prensa especializada habla de una tercera opción, las sandboxes de socios, con nueve nombres: Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel. La página de documentación dedicada a los Environment no es accesible. En abril de 2026 el anterior Agents SDK ya había introducido soporte nativo de sandboxes con siete proveedores integrados. Además, las especificaciones publicadas dejan sin aclarar los parámetros clave: límites de frecuencia, duración máxima de las sesiones, tarifas horarias exactas de los contenedores, persistencia del estado de los entornos entre una sesión y otra y qué modelos, más allá del gpt-6-astra usado en los ejemplos de código del quickstart, están admitidos.

En materia de gobernanza de datos la documentación traza líneas rígidas: la residencia de los datos se limita exclusivamente a Estados Unidos y no se admite Zero Data Retention. La propia documentación precisa que elegir una sandbox self-hosted, en infraestructura propia, no hace que la Agents API sea apta para ZDR: es decir, que la salvaguarda más obvia no basta. Esa condición acota con nitidez el perímetro de adopción para las organizaciones europeas sujetas a obligaciones estrictas de confidencialidad. Entre los desarrolladores las reacciones recogidas están divididas: hay quien ve una profundización del lock-in con el proveedor y quien siente el alivio de no tener que mantener VM de sandbox propias (BigGo Finance).

Reducir la orquestación a una llamada de API quita trabajo a la aplicación y lo traslada a los servidores del proveedor. Para quien trabaja en Europa con datos regulados, la decisión no se juega en el ahorro de mantenimiento, sino en dos líneas de documentación: datos solo en Estados Unidos, ninguna Zero Data Retention. Sobre disponibilidad y plazos para Europa no hay indicaciones. — Olya