Ahora todos los proveedores dicen «human in the loop». La expresión abarca desde un cuadro de confirmación que nadie lee hasta un punto de decisión real con los hechos sobre la mesa. Esto es lo que separa ambas cosas, y cómo Harmona construye las aprobaciones para que la gente las siga leyendo.
Por qué fallan las aprobaciones
Las aprobaciones fallan en dos direcciones. Demasiadas, y la gente las pasa sin leer; el control existe sobre el papel y en ningún otro sitio. Demasiado pocas, y un agente envía a un cliente la cifra equivocada a las 3 de la madrugada. La solución no es «más aprobaciones» ni «menos aprobaciones»; es poner la aprobación exactamente donde el riesgo cambia de clase: en el momento en que algo sale de sus sistemas.
Cinco propiedades de una aprobación que la gente lee
- Muestra la acción exacta. No «¿enviar correo?» sino los destinatarios, el asunto, la cuenta desde la que sale y el cuerpo. La tarjeta de aprobación de Harmona lista los campos de la acción tal como se ejecutará.
- Es el único paso que espera. Leer, actualizar, analizar y redactar se ejecutan solos. Solo las acciones salientes (correo, actualizaciones de tickets, cambios en el CRM, mensajes a un canal, archivos escritos en una unidad) se detienen ante una persona, así que cada tarjeta significa algo.
- Llega donde la persona ya está. En un Worker, la tarjeta está en el chat. En un workflow, aterriza en la bandeja de entrada de la persona adecuada con una caducidad. Nadie tiene que abrir una consola aparte.
- Tiene dos resultados y un registro. Aprobar o rechazar; nada más. En cualquier caso, la decisión se queda en la transcripción con las llamadas a herramientas a su alrededor, así que el registro se lee como una historia, no como un chat.
- Es igual en todas partes. Un Worker, un agente con herramientas y un workflow usan la misma tarjeta. La gente la aprende una vez.
¿Y el trabajo que se ejecuta cuando nadie mira?
Las tareas programadas son donde «human in the loop» suele romperse, porque no hay ningún humano a las 6 de la mañana. Harmona lo resuelve con permisos concedidos al crearlas: cuando delega una tarea, aprueba una lista de lo que puede hacer, desde «crear recordatorios» hasta «responder a través de Zoho Desk». La ejecución se ciñe a esa lista, rechaza cualquier cosa fuera de ella e informa de lo que rechazó en su bandeja de entrada. La aprobación ocurrió una vez, por adelantado, y se aplica en cada ejecución.
Aprobar cambios en el propio sistema
La misma regla se aplica cuando lo que cambia es un agente o un workflow. En Agent Mode, cada cambio, desde añadir un paso hasta compartir un agente con un compañero, es un cambio protegido. Se agrupan en una tarjeta por turno, escrita en lenguaje claro, y nada se aplica hasta que usted aprueba. No existen herramientas de borrado en el constructor.