Problema
Un agente que trabaja durante horas o días no es una llamada de API más larga. Acumula contexto, abre herramientas, produce artefactos, espera respuestas y puede delegar partes del trabajo. Si el equipo solo define una instrucción inicial, deja sin diseñar casi todo lo que determina el resultado: qué puede hacer, cuánto puede gastar, cuándo debe detenerse y qué prueba debe entregar.
Tesis
La unidad de diseño ya no es el prompt: es el contrato operativo de la sesión. La presentación de Agents API de OpenAI reúne sesiones duraderas, entornos de ejecución, herramientas y coordinación de subagentes. Esa infraestructura reduce trabajo de plataforma, pero no decide la política de negocio. Esa parte sigue perteneciendo al equipo que despliega el agente.
Framework
Un contrato operativo útil separa cinco decisiones:
| Capa | Pregunta de control | Evidencia mínima |
|---|---|---|
| Objetivo | ¿Qué resultado se acepta? | Criterio verificable |
| Autoridad | ¿Qué puede leer, escribir o ejecutar? | Lista de permisos |
| Presupuesto | ¿Cuándo deja de consumir recursos? | Límite y consumo |
| Recuperación | ¿Qué ocurre tras un fallo o una pausa? | Estado reanudable |
| Entrega | ¿Cómo demuestra lo que hizo? | Artefactos y trazas |
Por qué importa ahora
La documentación de Agents API trata sesiones, sandboxes, vaults, observabilidad y trazas como piezas explícitas. Eso permite operar trabajos más largos sin improvisar toda la infraestructura, pero también hace más fácil escalar una mala definición. Una sesión duradera amplifica tanto una política sólida como una ambigua.
La oportunidad no está en dejar al agente trabajando más tiempo. Está en convertir cada ejecución en una unidad gobernable: con propietario, límites, estado y una salida que otra persona pueda revisar.
Anti-ejemplo
Un equipo pide «investiga el incidente y arréglalo», conecta producción y confía en que el modelo sabrá cuándo parar. El agente puede encontrar el fallo, pero nadie ha definido si puede desplegar, qué cambios requieren aprobación ni qué evidencia debe conservar. La autonomía aparente es deuda operativa.
Protocolo (3 pasos)
- Especificar la sesión: objetivo, propietario, entorno, herramientas permitidas y condición de salida.
- Instrumentar el recorrido: registrar decisiones, llamadas, costes, artefactos y puntos de reanudación.
- Cerrar con aceptación: verificar el resultado contra criterios previos antes de promover cualquier cambio.
Relacionado
- El computador del agente necesita un ciclo de vida
- AI Traces: la capa que convierte agentes en sistemas auditables
Fuentes consultadas
Próximo paso
Escoge una tarea que hoy dure varias horas y escribe su contrato operativo en una página. Si no puedes definir permisos, presupuesto, recuperación y aceptación, todavía no está lista para ejecutarse como agente.