Problema
Muchos equipos siguen pensando agentes como sesiones. Arrancas un prompt, el sistema hace algo, devuelve una respuesta y la historia termina ahi.
Ese modelo se queda corto en cuanto el trabajo dura horas o dias, necesita herramientas, credenciales, contexto persistente, trazas y checkpoints entre varios actores.
El problema no es solo de inteligencia. Es de lugar de trabajo.
Tesis
La adquisicion de Ona por OpenAI importa porque nombra una necesidad que el mercado estaba tratando como detalle tecnico: los agentes enterprise necesitan un workspace persistente.
No basta con:
- modelo
- herramientas
- contexto
Hace falta tambien un entorno donde el trabajo pueda continuar, guardar estado, tocar sistemas aprobados y moverse por revisiones sin depender del portatil o la sesion donde empezo.
Framework
Un workspace agentico serio necesita cinco propiedades:
- Persistencia: el trabajo sigue aunque se cierre la sesion inicial.
- Control: la empresa decide donde corre y que puede tocar.
- Credenciales acotadas: acceso con scopes claros y revocables.
- Observabilidad: logs, actividad y progreso visibles.
- Reviewability: handoff a humanos sin romper continuidad.
Mini-caso: un agente de software investiga un bug, corre tests, abre un draft fix, espera feedback y vuelve a intentarlo. Si todo depende de una sesion efimera, cada pausa destruye continuidad. Si vive en un workspace persistente, puede avanzar por etapas, con checkpoints y gobierno real.
Senal medible: porcentaje de tareas agenticas largas que pueden continuar sin rehacer contexto cuando cambia la sesion o el dispositivo.
Postura: el proximo cuello de botella no es pensar mejor. Es tener un lugar seguro donde el agente pueda seguir trabajando.
Por que importa ahora
OpenAI anuncio el 11 de junio de 2026 que planea adquirir Ona para llevar su tecnologia de ejecucion segura y orquestacion cloud al ecosistema de Codex.
La parte importante del anuncio no es corporativa. Es operativa:
- OpenAI dice que el trabajo mas valioso de Codex ya ocurre durante horas o dias, no minutos.
- Afirma que las empresas necesitan agentes dentro de entornos que cumplan seguridad, governance y requisitos operativos.
- Plantea un modelo donde los agentes corren dentro del entorno cloud del cliente, mientras OpenAI aporta inteligencia y orquestacion.
Eso es una declaracion de arquitectura, no solo de producto.
Anti-ejemplo
“Ya tenemos agentes porque pueden ejecutar tareas desde una ventana de chat.”
Eso sirve para demos o trabajo individual. No para operaciones sostenidas.
Si el agente no tiene un entorno persistente, controlado y auditable, cada tarea larga se convierte en una mezcla de contexto rehecho, permisos borrosos y continuidad manual.
Protocolo (3 pasos)
- Separa sesion de workspace. Una conversacion no deberia ser la unidad de trabajo persistente.
- Define donde vive el agente. Cloud gestionada, entorno del cliente, hibrido o sandbox dedicado.
- Traza continuidad y review. El run debe sobrevivir a pausas, cambios de owner y revisiones.
| Capa | Pregunta | Riesgo si falta |
|---|---|---|
| persistencia | el trabajo puede continuar | rework y drift |
| control | quien define el entorno | shadow automation |
| credenciales | que puede tocar | sobrepermisos |
| observabilidad | que hizo y cuando | opacidad |
| review | como se interviene | bloqueo o autonomia ciega |
Relacionado
- Codex on-prem: cuando los agentes de software salen de la nube publica
- Microsoft Foundry Local + Scout: cuando el trabajo agente se mueve al perimetro
- Sandboxed Work: el nuevo perimetro de ejecucion para agentes en produccion
Fuentes consultadas
Proximo paso
Haz un mapa simple de tus agentes largos: cuales necesitan seguir trabajando cuando la sesion termina. Si la respuesta es “casi ninguno”, probablemente aun estas pensando agentes como chat, no como trabajo.