Cómo supervisar agentes que corren solos

Un parque de sistemas corriendo solo necesita un dueño que supervise — y la supervisión se diseña: tres trabajos, un ritual, y un botón rojo. Sin eso, los sistemas derivan (no por malicia: por acumulación de pequeños “casi bien”).

Los tres trabajos del supervisor

1. Aprobar — el flujo de los niveles bajos de autonomía: revisar lo propuesto y dar el OK. El diseño que lo hace sostenible es la cola de aprobaciones: un solo lugar (no cinco chats y tres apps) donde lo pendiente espera tu mirada, con su contexto al lado. Aprobar disperso es el burnout del supervisor; la cola única es su salario emocional.
2. Auditar — la verificación muestral de lo que corre en autonomía alta: no mirar todo (para eso está la autonomía) sino muestrear con método: 2-3 corridas al azar por semana, verificadas contra el “listo” del briefing. El sistema que sabe que nadie mira, deriva.
3. Apagar — el trabajo que nadie planifica: todo sistema necesita su botón rojo, la forma documentada de frenarlo ya (pausar la tarea programada, desactivar el flujo, el comando exacto). Se escribe en la ficha cuando todo está bien, porque buscarlo durante el incendio es el incendio. Junto al botón, el plan B manual: apagar + operar a mano = la tormenta navegada.

El ritual semanal (20-30 minutos)

Una vez por semana, en el calendario: la cola a cero → la auditoría muestral (2-3 corridas vs. briefing) → la revisión de salud (¿alguna pieza falló? ¿algún ascenso de nivel ganado? ¿alguna deriva?) → una nota al registro del proyecto. Y los botones rojos verificados: no alcanza con escribirlos, hay que saber ejecutarlos sin pensar.

La supervisión es la mitad del valor

Cuando empaquetes esto como servicio, fijate qué vendés de verdad: no “automatizaciones” (eso lo promete cualquiera) sino sistemas con dueño — auditados, con política de autonomía, con botones rojos, con un humano que responde. La supervisión no es el costo del sistema: es la mitad de su valor.