ResponsabilidadAccountability

Decidir quién debe responder por lo que produce la IA

Puntos clave
  • Cuando la IA produce un resultado equivocado, la obligación de responder por él se reparte entre varios lugares: quien la construyó, quien la empaqueta como servicio y quien la usa.
  • Para exigir responsabilidad hace falta un registro. Sin guardar qué se pidió y qué respuesta salió, no hay ni siquiera un punto donde buscar la causa.
  • "Lo dijo la IA" no sirve de excusa. Elegir esa herramienta y ponerla en ese lugar fue una decisión humana.
  • Tener un procedimiento de revisión no es lo mismo que haberlo cumplido de verdad. Una revisión que solo existe en el papel no traslada la responsabilidad a nadie.
  • Repartir de antemano hasta dónde llega la IA y desde dónde entra una persona funciona mucho mejor que discutirlo después de que algo salió mal.
Contenido

1La analogía

En el ascensor hay pegada una etiqueta de inspección. Lleva el nombre de la empresa que lo revisó, la fecha de la última revisión y la fecha de la siguiente. Ese papel hace una sola cosa: decir a quién preguntar cuando algo falla.

Un ascensor pasa por varias manos. Está la empresa que fabricó la maquinaria, la constructora que lo instaló en el edificio, la administración que lo cuida cada día y la empresa de mantenimiento que lo revisa por turnos. Si la puerta no abre de golpe, es difícil culpar a un solo eslabón. Por eso queda anotado en el papel quién hizo qué y cuándo.

La IA también pasa por varias manos. Quien entrena el modelo, quien lo empaqueta y lo vende como servicio, y quien lo incorpora a su propio trabajo son partes distintas. La responsabilidad consiste en distinguir, entre todas esas manos, quién debe responder por qué.

2En detalle

Varias manos tocan el mismo resultado

Detrás de un solo resultado de la IA suelen estar enredadas tres partes: quien reunió los datos y entrenó el modelo, quien le puso instrucciones y una pantalla y lo vendió como servicio, y quien lo trajo a su propio trabajo.

Cada una controla un margen distinto. Quien lo construyó sabe qué entró en el entrenamiento y qué límites tiene. Quien lo vende decide para qué uso lo recomienda y si instaló algún filtro para peticiones peligrosas. Quien lo usa decide en qué tarea lo colocó y si una persona revisó el resultado antes de enviarlo. Lo que cada parte pudo controlar es, a la vez, lo que le toca responder.

Por eso, ante el mismo error, a quién preguntar cambia según en qué punto se torció todo. Si se colocó desde el principio en un uso para el que no servía, no es un problema de rendimiento de quien lo construyó; y si se usó dentro del uso recomendado y aun así salió una respuesta descabellada, tampoco se puede culpar solo a quien lo usó.

Sin registro no hay a quién preguntar

Repartir la responsabilidad suele consistir en revisar registros. Hace falta saber qué petición entró, en qué datos se apoyó, con qué configuración se ejecutó y quién recibió el resultado y qué hizo con él, para poder señalar la causa.

Sin ese registro pasa algo raro. Cuando surge un problema, nadie puede mostrar qué pasó en su propio tramo, así que cada parte solo señala a la otra y nada se corrige. Lo único que queda es la discusión, y el mismo problema vuelve a aparecer.

Con el registro la historia cambia. Se ve en qué punto se torció y ahí se puede intervenir. El registro no se guarda para castigar a alguien, sino para que no vuelva a pasar.

Una revisión que solo existe en el papel

En muchos lugares hay un procedimiento que dice "una persona revisa el resultado". Pero si llegan cientos de casos al día y casi todos están bien, revisar se convierte en costumbre. Cuando el gesto se reduce a pasar la pantalla y pulsar un botón, el procedimiento solo conserva el nombre.

Lo peligroso aquí no es tanto que el resultado sea incorrecto, sino que parece que la responsabilidad ya se trasladó. En el formulario figura el nombre de una persona, así que en el papel alguien decidió; pero en realidad nadie decidió nada.

Para que la revisión funcione hace falta crear condiciones donde revisar sea posible de verdad: reducir cuánto se revisa de una vez, mostrar junto al resultado la base en la que se apoya, o exigir revisión solo en lo que no se puede deshacer. Si se pide revisar todo, al final no se revisa nada.

Repartir de antemano evita discusiones

Repartir la responsabilidad después de que algo pasó siempre llega tarde. Los lugares que funcionan bien lo definen antes de empezar: para qué se va a usar la herramienta, para qué no, qué resultados debe ver obligatoriamente una persona y quién tiene autoridad para detenerlo todo si algo falla.

A eso se suma algo más: avisar a quien recibe el resultado de que la IA estuvo involucrada. Si la otra parte no lo sabe, aunque algo le resulte raro no se le ocurre preguntar. Avisarlo suma un par de ojos externos que puede detectar el error primero.

3Con más precisión

La palabra responsabilidad no es un bloque único. Explicar qué pasó y mostrar la base, corregir y deshacer el daño, y pagar por el perjuicio son tres obligaciones distintas. Las dos primeras suelen recaer juntas en quien construyó y quien usó; la última depende del contrato y de las normas de cada país.

La analogía también tiene sus límites. En el ascensor, tarde o temprano se puede encontrar la pieza que falló. Con la IA no siempre es así. Al abrir el modelo para ver por qué salió esa respuesta, muchas veces no aparece un motivo que una persona pueda leer, y la misma pregunta puede dar respuestas distintas, así que reconstruir esa escena exacta es difícil.

Por eso el registro del lado de la IA debe ser más amplio que la hoja de vida de una pieza. Hay que guardar qué modelo se usó con qué configuración, en qué datos se apoyó y qué vio la persona antes de dejarlo pasar. Guardar ese registro es, de por sí, la mitad de la responsabilidad; sin ese nivel de detalle, repartir las culpas se queda en suposiciones y nadie puede probar en qué punto exacto se torció el resultado.

4Pruébalo

5Malentendidos comunes

  • Es fácil pensar que, si el resultado lo dio la IA, la responsabilidad es de la empresa que la construyó, pero en la práctica suele pesar más quien decidió dónde colocarla y hasta dónde delegarle la tarea.

  • Es fácil pensar que, si una persona pulsó el botón de revisión, ya cumplió, pero en la práctica, si se le hizo revisar a una velocidad y un volumen imposibles de juzgar, esa revisión solo quedó en el papel.

  • Es fácil pensar que repartir responsabilidad es buscar a quién castigar, pero en la práctica se parece más a encontrar qué tramo hay que corregir para que no vuelva a pasar.

7Resumen en una línea

En resumenLa responsabilidad consiste en decidir quién debe responder por lo que produce la IA, y para eso hace falta que quede registrado qué hizo cada mano que la tocó.

¿Has visto un error o tienes una analogía mejor? Sugerir una corrección · Última actualización2026-09-02