Problema
Muchos equipos siguen pensando agentes como sesiones. Arrancas un prompt, el sistema hace algo, devuelve una respuesta y la historia termina ahí.
Ese modelo se queda corto en cuanto el trabajo dura horas o días, 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 adquisición de Ona por OpenAI importa porque nombra una necesidad que el mercado estaba tratando como detalle técnico: los agentes enterprise necesitan un workspace persistente.
No basta con:
- modelo
- herramientas
- contexto
Hace falta también un entorno donde el trabajo pueda continuar, guardar estado, tocar sistemas aprobados y moverse por revisiones sin depender del portatil o la sesión donde empezo.
Framework
Un workspace agéntico serio necesita cinco propiedades:
- Persistencia: el trabajo sigue aunque se cierre la sesión 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 sesión efimera, cada pausa destruye continuidad. Si vive en un workspace persistente, puede avanzar por etapas, con checkpoints y gobierno real.
Señal medible: porcentaje de tareas agénticas largas que pueden continuar sin rehacer contexto cuando cambia la sesión o el dispositivo.
Postura: el próximo 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 tecnología de ejecución segura y orquestación 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 días, 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 orquestación.
Eso es una declaración 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 sesión de workspace. Una conversación no debería 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 autonomía ciega |
Relacionado
- Codex on-prem: cuando los agentes de software salen de la nube pública
- Microsoft Foundry Local + Scout: cuando el trabajo agente se mueve al perímetro
- Sandboxed Work: el nuevo perímetro de ejecución para agentes en producción
Fuentes consultadas
Próximo paso
Haz un mapa simple de tus agentes largos: cuales necesitan seguir trabajando cuando la sesión termina. Si la respuesta es “casi ninguno”, probablemente aun estas pensando agentes como chat, no como trabajo.