En este artículo
Si cada agente necesita una computadora siempre encendida, conservar más agentes implica mantener más recursos inactivos. Un agente que espera hasta la próxima semana no necesita razonar ni ocupar un entorno activo durante toda la espera.
brazosd separa persistencia y ejecución continua. Los datos necesitan continuidad; el cómputo puede tener su propio ciclo de vida.
Sesión, ejecución y entorno son cosas distintas
| Capa | Responsabilidad | Ciclo de vida |
|---|---|---|
| Sesión y registros | Conversación, historial y estado guardado | Base para continuar el trabajo |
| Ejecución del agente | Razonamiento y coordinación actuales | Iniciar, esperar, terminar, interrumpir |
| Entorno aislado | Programas, dependencias y archivos de trabajo | Crear, poner en reposo y restaurar |
Desliza para ver toda la tabla
Cerrar el navegador no equivale a detener la ejecución en la nube. Terminar una ejecución no equivale a borrar todos los archivos. La distinción permite gestionar interacción, trabajo y recursos por separado.
Sin estado no significa sin memoria
La idea es que el estado esencial no dependa exclusivamente de la memoria de un proceso concreto.
Pensemos en un relevo de trabajadores. Si materiales, registros y pasos completados tienen un lugar persistente, otra persona puede continuar sin que la anterior permanezca siempre en su puesto.
brazosd organiza el trabajo con registros persistentes de sesiones, ejecuciones y eventos. El transporte en tiempo real comunica avances; los registros conservan evidencia. Persistir información no garantiza recuperar cualquier operación sin pérdidas: los efectos externos y los reintentos requieren diseño propio.
El reposo gestiona el entorno
El ciclo actual distingue reposo ligero y profundo. El ligero pausa el entorno existente. El profundo crea un punto de control y libera el entorno remoto, que después se prepara mediante recuperación.
No garantiza restaurar idénticos todos los procesos, la memoria, los accesos y las conexiones. Las instantáneas del sistema de archivos conservan archivos; puede ser necesario reiniciar programas y comprobar condiciones.
Cloud Drive y las bases de aplicaciones tienen otros ciclos. Restaurar el entorno no devuelve automáticamente una base externa al mismo instante. La recuperación coherente del negocio necesita un diseño adicional.
Recuperar exige tratar resultados inciertos
Una operación externa puede completarse justo antes de perder la conexión. No recibir la confirmación no demuestra que no haya ocurrido.
La idempotencia busca que repetir una petición no duplique sus efectos. Identificadores de negocio, consultas de resultados y transacciones apropiadas pueden ayudar según el servicio.
Un sistema recuperable necesita estado de ejecución y conocimiento de efectos externos, además del historial de conversación. El reposo gestiona recursos; la ejecución fiable protege la corrección del negocio.
Qué cambia en los costes
Separar datos persistentes y cómputo activo permite conservar trabajos en espera sin asignarles siempre los mismos recursos activos. El volumen guardado y la actividad pueden gestionarse de forma distinta.
El reposo no elimina todos los costes. Archivos, puntos de control y bases ocupan almacenamiento; inferencia, red y activación tienen costes o latencia. La economía real depende de asignaciones y consumo medidos.
Lo relevante es poder continuar con fiabilidad y entender el coste de esperar, no describir un programa como siempre conectado.
Base para agentes proactivos y un OS de nube
Los agentes proactivos trabajan cuando llegan eventos. UnoZ OS busca que archivos y aplicaciones sobrevivan a una computadora. Ambos necesitan separar estado y ejecución.
La continuidad nace del diseño de persistencia y recuperación, no solo de mantener un proceso activo.