Pregunta de investigación

¿Por qué human-in-the-loop no es poner un botón de aprobar?

La intervención humana necesita autoridad real, información suficiente y una consecuencia trazable dentro del flujo.

Respuesta breve

Existe human-in-the-loop cuando una persona puede comprender la propuesta, cambiarla, rechazarla o detener el proceso antes de una acción relevante. Un botón que aparece al final, sin evidencia ni alternativas y con la aprobación preseleccionada, solo añade fricción y desplaza la responsabilidad.

Contexto

La revisión funciona peor cuando el sistema entrega muchas sugerencias plausibles y casi nunca se equivoca de forma visible. Con el tiempo, aprobar se convierte en un gesto automático.

El punto de control debe situarse donde todavía es posible cambiar el resultado. También necesita registrar qué vio la persona, qué modificó y qué versión de reglas o modelo produjo la propuesta.

Ejemplo didáctico · situación inventada

Rechazar después de que el correo ya salió

Una interfaz muestra un resumen y dos botones: aceptar o rechazar. El envío al destinatario se ha ejecutado al generar el resumen.

Qué decisión cambia. Mueve el control antes del envío y bloquea la operación hasta resolver la revisión. El botón de rechazo solo tiene efecto si cambia lo que el sistema todavía puede hacer.

Qué comprobar antes de empezar

  • Acciones que una persona puede corregir, rechazar, posponer o escalar.
  • Evidencia, incertidumbre y alternativas visibles en el momento de decidir.
  • Carga de revisión por caso y riesgo de aprobación rutinaria.
  • Consecuencia técnica de un rechazo y forma de recuperar el flujo.
  • Registro necesario sin almacenar información personal innecesaria.

Método de trabajo

Clasificar decisiones

Separamos información, recomendación, aprobación y acción según impacto y reversibilidad.

Diseñar la vista

Mostramos propuesta, evidencia, incertidumbre, cambios y alternativas en la misma pantalla.

Probar desacuerdo

Introducimos errores y casos ambiguos para observar si la persona detecta y corrige el problema.

Medir la revisión

Registramos tiempo, correcciones, rechazos y omisiones por tipo de riesgo.

Señales para detener la prueba

  • La interfaz no permite modificar o rechazar la propuesta.
  • La persona aprueba sin poder ver la evidencia utilizada.
  • El volumen obliga a revisar más rápido de lo que permite comprender cada caso.
  • Un rechazo no cambia el flujo o la acción ya se ejecutó.

Para seguir con esta decisión

Servicio de Agent Engineering: alcance y entregables

Publicado por Ordantis el .

Primera conversación

Trae el problema, los datos disponibles y la condición que no puede fallar.

Iniciar diagnóstico