Bologna, Italy
(from 8 to 22)

Human in the loop: por qué decir que hay supervisión humana no es suficiente

En el debate sobre la inteligencia artificial, el concepto de “human in the loop” se presenta a menudo como una garantía de control, fiabilidad y accountability. Sin embargo, en escenarios reales, afirmar simplemente que un ser humano estaba involucrado no es suficiente.


Explora la infraestructura del protocolo:

→ El Protocolo
→ De la decisión a la estructura defendible: cuando la supervisión se convierte en evidencia
→ Lee la especificación técnica pública
→ Verifica un código CWC en el registro público
→ EVIDE – Registro probatorio para contenidos y decisiones digitales
→ Política del registro CWC
→ Solicita un código oficial de verificación CWC
→ Framework documental para la gobernanza de IA
→ Guía de implementación: supervisión de IA verificable
→ Sesgo de supervisión: por qué el control humano puede fallar en sistemas de IA
→ Decision Attestation Layer: el nivel probatorio que falta en la gobernanza de IA
→ AI Evidence Officer: cómo demostrar la supervisión humana en sistemas de inteligencia artificial
→ El nivel probatorio en la gobernanza de IA
→ FAQ sobre el Protocolo : preguntas y respuestas sobre el framework

Lecturas relacionadas:

→ AI Data Poisoning: el ataque que ningún antivirus puede detener
→ Human in the loop: por qué decir que hay supervisión humana no es suficiente
→ Casos reales de fallo en la gobernanza de IA – y qué debería haberse demostrado

Trabaja con nosotros:

→ Partner Kit para despachos legales y consultores

Human in the loop: why saying there was human oversight is not enough
Human in the loop: why saying there was human oversight is not enough

Es aquí donde muchas arquitecturas de IA revelan una limitación crítica. La supervisión humana se trata a menudo como un principio teórico de gobernanza, un elemento de cumplimiento o un mecanismo de tranquilidad. En la práctica, especialmente en contextos legales, forenses o regulatorios, esto no es suficiente.

Qué significa realmente Human in the loop

En esencia, Human in the loop se refiere a un ser humano que interviene en un proceso automatizado antes, durante o después de una decisión generada por IA. Esta intervención puede validar, corregir, bloquear o aprobar una acción.

Sin embargo, el verdadero problema no es la presencia del ser humano, sino la verificabilidad de esa intervención.

Si un sistema declara que existe supervisión humana pero no conserva pruebas del contexto, los tiempos y las condiciones de esa intervención, sigue siendo una afirmación débil. Puede funcionar como declaración de policy, pero tiene poco valor probatorio.

El límite del logging tradicional

La mayoría de los sistemas técnicos se detienen en este nivel:

  • registro de inputs
  • registro de outputs
  • timestamp
  • logs de acceso

Aunque útiles, estos elementos no son suficientes. Los logs nos dicen qué ocurrió, pero no necesariamente por qué una decisión se consideró válida en ese momento específico.

Esta distinción es crítica. Un sistema puede mostrar que se generó un output o que un usuario confirmó una acción. Pero sin contexto adicional, no puede responder a:

  • qué restricciones estaban activas
  • qué fuentes se consideraban suficientes
  • qué nivel de incertidumbre era aceptado
  • si la supervisión humana fue sustancial o meramente formal

De la supervisión humana a la prueba de la supervisión humana

Por este motivo, Human in the loop debe evolucionar. No basta con decir que un ser humano estaba involucrado. Debe ser posible demostrar:

  • quién intervino — con una identidad verificable y certificable
  • cuándo ocurrió la intervención — con un timestamp cualificado
  • qué datos estaban disponibles en ese momento
  • qué reglas o restricciones estaban activas
  • qué decisión fue validada o autorizada
  • que el output examinado permaneció inalterado posteriormente

En otras palabras, la supervisión humana debe convertirse en un evento documentado y verificable. Solo entonces puede tener valor real en auditorías, disputas, gobernanza y defensa legal.

Si no puedes demostrar que un ser humano estaba realmente en el loop, desde el punto de vista probatorio es como si nunca hubiera estado.

El Human Oversight Event: la unidad mínima de prueba de IA

Dentro de la infraestructura del Protocolo </AI>, la supervisión humana no se trata como un principio genérico de gobernanza, sino como un evento operativo verificable.

Un Human Oversight Event ocurre cuando un supervisor designado examina un output generado por IA y produce un registro probatorio estructurado que documenta la actividad de supervisión. Cada evento genera pruebas técnicas que incluyen:

  • la identidad verificada del supervisor humano
  • el hash criptográfico del output de IA examinado
  • el timestamp cualificado de la actividad de supervisión
  • la decisión adoptada — aprobado, modificado o rechazado
  • la policy de gobernanza bajo la cual se realizó la revisión

Esto transforma la supervisión de una policy declarada en un registro operativo verificable y auditable. No solo “un humano revisó esto”, sino un registro verificable de ese momento: quién, qué, cuándo y en qué condiciones — de forma demostrable.

Cómo se crea un Human Oversight Event

How a Human Oversight Event is created

Esta es la unidad probatoria mínima necesaria para demostrar que la supervisión humana ha tenido lugar realmente.

Una vez generado, el Human Oversight Event puede anclarse a un nivel de verificación pública mediante un código CWC, haciendo la supervisión verificable externamente y no solo registrada internamente.

La catena forense dell'evidenza
La cadena forense de la evidencia

Sin el certificado 1 – Identidad del supervisor

Cualquiera puede decir que ha revisado. Sin un anclaje certificado a la identidad del supervisor, la supervisión es anónima e inatribuíble.

Escenario: “Alguien del equipo aprobó el output.” ¿Quién? ¿Con qué mandato? ¿Con qué certeza? En un litigio, esta respuesta no se sostiene.

Sin el certificado 2 – Integridad del output

El output podría haber sido modificado tras la validación. No hay forma de demostrar que lo que hoy se cuestiona es idéntico a lo que el supervisor aprobó.

Escenario: la empresa sostiene que el supervisor aprobó la versión A. El output presentado es la versión B. Sin hash criptográfico, es imposible diferenciarlas.

Sin el certificado 3 – Contexto de decisión

No es posible demostrar sobre qué bases se tomó la decisión: qué datos estaban disponibles, qué policy estaba activa, qué nivel de incertidumbre se aceptó.

Escenario: el supervisor aprobó un output basado en datos que luego resultaron incorrectos. Sin contexto documentado, no se puede evaluar la decisión.

Sin el certificado 4 – Timestamp inmutable

No se puede establecer con certeza cuándo ocurrió la supervisión. La secuencia temporal es cuestionable.

Escenario: la policy se actualizó el 15 de marzo. ¿La supervisión ocurrió antes o después? Sin timestamp cualificado, no puede probarse.

Los cuatro certificados presentes

La cadena probatoria está completa. La decisión es atribuible, inmutable, contextualizada y anclada en el tiempo. Defendible en auditoría, litigio y verificación regulatoria.

Clasificación del evento en el Registro CWC

Una vez registrado, cada Human Oversight Event se representa en el Registro CWC mediante un conjunto mínimo de metadatos estandarizados.

Cada registro se clasifica según tres parámetros:

  • HOE Class – tipo de evento de supervisión (ej. CONTENT, SOCIAL, PROCESS)
  • HOE Level – nivel de evidencia asociado (L1, L2, L3)
  • Estado del código – validez y ciclo de vida (Active, Corrected, Retracted)

→ Consulta la leyenda completa del Registro CWC

Implementación de referencia: la estructura de datos HOE

{
  "event": "HumanOversightEvent",
  "protocolVersion": "CWC-AI-SUP-1.0",
  "supervisorID": "DAPI-EU-XXXXX",
  "contentHash": "sha256:7d55a1...",
  "timestamp": "2026-03-21T10:00:00Z",
  "decision": "approved",
  "governancePolicy": "internal-ai-policy-v1",
  "verificationURL": "https://www.certifywebcontent.com/supervised-ai/registry/"
}

Por qué esto es importante para la gobernanza de IA

Gran parte de la gobernanza de IA hoy es descriptiva. Las policies definen roles y responsabilidades, pero la cuestión clave pasa a ser: ¿cómo demostramos que una decisión era válida en ese momento?

Esto introduce la necesidad de reconstrucción del contexto decisional.

#bemorehuman

En el contexto de la IA, #bemorehuman no es un eslogan, sino un requisito técnico.

Ser “más humano” significa hacer la intervención humana visible, trazable y verificable. Significa transformar la supervisión en prueba.

Y, en última instancia, construir sistemas donde la responsabilidad no se asume, sino que se demuestra.

El framework está definido públicamente como “Protocolo </AI>” y está certificado de forma forense a través de CertifyWebContent.
Esta documentación constituye un registro verificable y con marca temporal de su estructura, sus conceptos y su implementación.