PulseFlow Tecnologia
← Insights
·6 min de lectura·analisis-de-mercado·openai·codex·agentkit
PulseFlow Tecnologia

¿OpenAI se está convirtiendo en una plataforma de ejecución de software?

En poco más de un año, OpenAI lanzó cuatro piezas que, vistas por separado, parecen productos distintos - Codex, la Responses API con Agents SDK, AgentKit, y la práctica de harness engineering documentada internamente. Vistas juntas, forman algo mucho más parecido a una plataforma de ejecución de software que a un proveedor de modelos que además vende algunas herramientas.

Codex: un agente que ya corre aislado, sin acceso a internet

Codex está construido sobre codex-1, una versión de o3 optimizada específicamente para ingeniería de software, entrenada con reinforcement learning sobre tareas de código del mundo real, para producir código que "closely mirrors human style and PR preferences" y ejecuta pruebas de forma iterativa hasta que pasan. El detalle más revelador es operativo: el agente Codex corre enteramente dentro de un contenedor aislado en la nube, con acceso a internet deshabilitado durante la ejecución - solo ve el código del repositorio y las dependencias preinstaladas vía un script de configuración. Según la propia OpenAI, el uso interno más común es justo lo que se esperaría de una herramienta de ingeniería, no de un chatbot: los propios ingenieros de OpenAI usan Codex para quitarse de encima tareas repetitivas y bien delimitadas - refactorización, renombrado, escritura de pruebas.

Responses API y Agents SDK: infraestructura, no solo modelo

La Responses API combina la simplicidad de Chat Completions con las capacidades de uso de herramientas de la Assistants API, permitiendo resolver tareas complejas con múltiples herramientas y turnos del modelo en una sola llamada - incluyendo web search, file search y computer use de forma nativa. El Agents SDK, de código abierto y agnóstico de proveedor (funciona con más de 100 otros LLMs además de los propios de OpenAI), formaliza conceptos como los handoffs entre agentes - transferir el control de un agente a otro dentro del mismo workflow. Eso no es una herramienta de productividad: es infraestructura de orquestación multiagente, el tipo de pieza que normalmente viene de un proveedor de plataforma, no de un proveedor de modelo.

AgentKit: cerrando el ciclo de "idea a producción"

AgentKit ataca directamente el problema que la propia OpenAI describe: "building agents meant juggling fragmented tools - complex orchestration with no versioning, custom connectors, manual eval pipelines, prompt tuning, and weeks of frontend work before launch." La respuesta es un conjunto integrado: Agent Builder (lienzo visual para crear y versionar workflows multiagente), Connector Registry (un lugar central para que los administradores gestionen cómo se conectan datos y herramientas en los productos de OpenAI) y ChatKit (un kit para incrustar experiencias de chat con agente, personalizables, dentro de cualquier producto).

Qué significa esto

Ninguna de estas cuatro piezas por separado prueba que OpenAI se convirtió en una "plataforma de ejecución de software". Pero la combinación es difícil de explicar de otra manera: un agente de código que corre aislado y prueba su propio trabajo (Codex), una API que orquesta múltiples herramientas y agentes en un solo flujo (Responses API + Agents SDK), y un producto que versiona y conecta workflows completos de punta a punta (AgentKit) describen, juntos, el ciclo completo de construir, ejecutar y operar software - no solo de generar texto o código a partir de un prompt. OpenAI todavía vende acceso a modelo, pero cada vez más el valor entregado está en la capa de ejecución que lo rodea.

Fuentes