Saltar al contenido
People & Play
People & Play
People Analytics & IA

6 min de lectura

Human in the Loop: cuando supervisar es solo un visto bueno automático

Poner un humano en el bucle no garantiza calidad: es una decisión de arquitectura. David Botella, CTO de People & Play, explica los tres modelos reales de supervisión y por qué un botón de Aprobar no basta.

Rostro robótico iluminado, símbolo de sistemas de IA y supervisión humana

David Botella

CTO · 2 ago 2026

Índice de contenidos

1. La frase que suena responsable y casi nunca significa nada2. Tres bucles, tres riesgos distintos3. El botón de aprobar no es un criterio4. Cuatro señales para colocar el checkpoint5. Si aprueba el 100%, no protege nada6. Preguntas antes de firmar el siguiente Aprobar7. Gastar la atención donde cambia el resultado

La frase que suena responsable y casi nunca significa nada

Cada vez que alguien presenta un sistema autónomo aparece la misma frase tranquilizadora: "siempre hay un humano supervisando". Suena responsable. Casi nunca significa nada.

Nuestro CTO y responsable de IA, David Botella, lo ha puesto negro sobre blanco en LinkedIn. Poner un humano en el bucle no es una garantía de calidad. Es una decisión de arquitectura. Y elegir mal el modelo, para el proceso equivocado, es donde se pierde el dinero.

  • Un humano en el proceso no equivale, por sí solo, a un control efectivo.
  • El riesgo real aparece cuando la aprobación se convierte en un reflejo, no en un juicio.
  • La supervisión solo cuenta si alguien puede decir que no con información, tiempo y margen político.

Tres bucles, tres riesgos distintos

En la práctica no hay un único Human in the Loop. Hay al menos tres modelos, y cada uno asume un riesgo distinto.

  1. Human in the loop
    • El humano está dentro del ciclo, el sistema se detiene y no avanza hasta que alguien decide.
    • Es el más seguro y el más caro en latencia.
  2. Human on the loop
    • El sistema ejecuta solo y el humano vigila, con capacidad real de interrumpir y revertir.
    • No aprueba cada paso; interviene cuando el riesgo lo exige.
  3. Human out of the loop
    • El sistema actúa y la revisión llega después, vía auditoría y trazas.
    • Tiene sentido cuando el error es barato y reversible.

Elegir el modelo equivocado para el proceso equivocado es, precisamente, donde se pierde el dinero: o se frena de más lo que debería fluir, o se deja correr lo que no debería.

El botón de aprobar no es un criterio

Aquí es donde la gran mayoría se equivoca. Añadir un botón de "Aprobar" es trivial. Lo difícil es diseñar un punto de decisión donde el humano aporte criterio real.

Cuando alguien revisa doscientas salidas al día, la aprobación deja de ser un juicio y se convierte en un reflejo. Ahí no hay supervisión, hay un visto bueno automático y una responsabilidad legal repartida sobre quien nunca tuvo la información para decir que no.

Un checkpoint humano solo funciona si la persona tiene contexto para juzgar, tiempo material para hacerlo y libertad para negarse sin coste político. Si falla una de las tres, el humano no está en el bucle, está de adorno.

David Botella

CTO de People & Play

Cuatro señales para colocar el checkpoint

El criterio de David como CTO / AI Architect para colocar esos puntos es claro y accionable:

  • Irreversibilidad. Si la acción no se deshace (pagos, envíos, borrados, comunicación externa), el humano entra antes.
  • Coste asimétrico del error. No es lo mismo un tono raro en un borrador que una cláusula mal interpretada en un contrato.
  • Ambigüedad de la regla. Donde la norma es explícita, verifica la máquina. Donde hay que interpretar intención, entra el criterio.
  • Titularidad de la responsabilidad. Si responde alguien con nombre y apellidos, esa persona decide.

Si aprueba el 100%, no protege nada

Hay algo que casi nadie monta. Medir el checkpoint. Si tu revisor lleva seis meses aprobando el 100% de lo que le llega, ese control no protege nada. Solo genera latencia y falsa seguridad.

El objetivo no es meter humanos en todas partes ni sacarlos de todas. Es gastar la atención humana donde cambia el resultado.

Preguntas antes de firmar el siguiente Aprobar

Antes de dar por bueno un flujo con supervisión humana, conviene mirar:

  • ¿Qué modelo de bucle estáis usando de verdad: in, on u out of the loop?
  • ¿El revisor tiene contexto, tiempo y libertad real para decir que no?
  • ¿Estáis midiendo la tasa de rechazo del checkpoint, o solo la latencia?
  • ¿Hay aprobaciones que llevan meses siendo un clic automático?
  • Si mañana fallara ese control, ¿quién asume la responsabilidad con nombre y apellidos?

Gastar la atención donde cambia el resultado

Si reconocéis en vuestros flujos alguna aprobación que ya no es un juicio sino un clic automático, merece la pena rediseñar ese punto. No para añadir más fricción, sino para poner el criterio humano donde realmente altera el resultado.

Si queréis revisar juntos cómo está montada la supervisión en vuestros sistemas de IA, hablemos. Un primer mapa de checkpoints, sin compromiso, suele dejar a la vista dónde hay control real y dónde solo hay una firma.

Ver la publicación original de David Botella en LinkedIn