Alfabetización en IA bajo el AI Act: cómo diseñar formación útil y documentarla

La alfabetización en IA no se reduce a completar un curso

La alfabetización en inteligencia artificial es la capacidad práctica de comprender un sistema de IA y utilizarlo con criterio en el contexto en que se trabaja. Para una organización, eso puede incluir saber qué tarea se delega al sistema, qué límites tiene, qué información puede recibir, cómo revisar una respuesta y a quién acudir cuando algo no encaja. No equivale a dominar la ingeniería de modelos ni, por sí sola, a obtener una certificación.

El artículo 4 del Reglamento de Inteligencia Artificial de la Unión Europea —conocido como AI Act— es el punto de partida normativo para esta obligación. La Comisión Europea publica preguntas y respuestas específicas sobre alfabetización en IA y el artículo 4. AESIA también ofrece una página institucional de preguntas y respuestas sobre el mismo artículo. Esas fuentes sirven para orientar la lectura, pero no sustituyen la consulta del texto legal vigente cuando haya que determinar qué obligaciones corresponden a una organización concreta.

Conviene separar tres planos. El primero es lo que establece la norma: debe comprobarse en su texto oficial y en las aclaraciones institucionales aplicables. El segundo son las decisiones de diseño que adopta cada organización, como dividir la formación por funciones o utilizar ejercicios. El tercero es la evidencia interna que se conserva para gestionar el programa. Una buena práctica en el segundo o tercer plano no debe presentarse como una exigencia expresa del Reglamento si la fuente legal consultada no lo dice.

La alfabetización tampoco debe confundirse con otras medidas de gobernanza. Formar a las personas no sustituye los controles técnicos, las reglas de uso, la supervisión que corresponda ni la evaluación de riesgos. Es una parte de una gestión responsable, no una solución que, por sí sola, garantice que el sistema sea seguro o que todas las personas detecten todos sus errores.

Primero, delimitar la obligación y el calendario

Antes de diseñar un curso, hay que confirmar si la organización y las personas consideradas entran en el ámbito que describe la norma. Las fuentes aportadas apuntan a proveedores e implementadores de sistemas de IA, pero no bastan para decidir el papel regulatorio de cada entidad ni para resolver todos los casos límite. Una misma organización puede intervenir de distintas maneras según el sistema, el proceso y la relación con terceros. No conviene deducir su clasificación de una etiqueta interna como «usuario» o «cliente».

La verificación debe hacerse con el Reglamento en su versión vigente y con las orientaciones institucionales pertinentes. Comprueba la disposición exacta, quiénes son sus destinatarios, qué relación debe existir con el sistema y qué condiciones se describen. Si hay dudas sobre el papel de una entidad, el tipo de actividad o la aplicación temporal, documenta la pregunta y remítela a asesoramiento jurídico cualificado. Esta guía no determina ese papel ni ofrece una conclusión legal individual.

El calendario merece una comprobación independiente. En los materiales disponibles, la Comisión Europea y AESIA confirman que sus páginas tratan el artículo 4, pero los fragmentos proporcionados no verifican una fecha concreta de aplicación. Por rigor, no se debe convertir una fecha repetida en una fuente secundaria en una conclusión basada en estas evidencias. Consulta el calendario en el texto oficial y registra la versión y la fecha de consulta utilizadas por la organización.

También debe distinguirse entre una obligación general de adoptar medidas y una lista detallada de contenidos o formatos. AESIA indica que no existe un tamaño único para la alfabetización y que no se pretende imponer requisitos estrictos, según el resumen disponible. Esto respalda un diseño contextual, pero no elimina la necesidad de comprobar el alcance legal exacto ni permite afirmar que cualquier iniciativa formativa sea suficiente.

Mapear tareas reales antes de asignar formación

Un programa uniforme para toda la plantilla puede omitir las decisiones que más importan en cada puesto. Antes de preparar contenidos, inventaría los sistemas y procesos en los que se utiliza IA y describe qué hace cada persona en ellos. El objetivo no es clasificar a las personas por prestigio técnico, sino identificar qué necesitan saber para realizar sus tareas de forma informada.

Para cada uso, anota la finalidad, las personas que interactúan con el sistema, la clase de datos que introducen o consultan, el grado de autonomía del sistema y qué consecuencias tendría un resultado incorrecto. Incluye tanto herramientas adquiridas a terceros como sistemas desarrollados internamente, si forman parte de los usos que deban revisarse. Si no se conoce bien el funcionamiento o el alcance de una herramienta, esa falta de información debe figurar como una cuestión pendiente, no ocultarse con una sesión genérica.

La matriz siguiente es una herramienta de planificación interna, no una clasificación legal ni una evaluación de conformidad. Sus columnas ayudan a decidir qué contenidos son pertinentes y dónde hace falta control adicional. La valoración de impacto debe adaptarse al proceso y no sustituye las evaluaciones formales que puedan resultar aplicables.

Diseñar módulos ligados a decisiones concretas

Una vez mapeados los usos, organiza los contenidos por capacidades que la persona pueda demostrar en su trabajo. No es necesario que cada grupo estudie todos los aspectos con la misma profundidad. Quien utiliza una herramienta para redactar borradores necesita reconocer errores plausibles y proteger la información; quien configura integraciones puede necesitar controles técnicos y procedimientos de cambio. La adecuación a conocimientos, experiencia, formación y contexto de uso es una pauta coherente con el enfoque contextual descrito por AESIA, aunque la organización debe consultar las fuentes oficiales para precisar qué exige el texto legal.

El módulo sobre capacidades y límites debe explicar qué tarea realiza el sistema, qué no puede garantizar y qué señales aconsejan cautela. Evita afirmaciones absolutas como «siempre acierta» o «nunca conserva datos» si no están respaldadas por información verificada del proveedor y por las condiciones reales de configuración. Enseña a distinguir una respuesta bien redactada de una respuesta comprobada.

La revisión de resultados debe ser proporcional a sus consecuencias. Una comprobación superficial puede bastar para un borrador interno de bajo impacto; no es adecuada si una salida influye en una decisión sensible. La persona debe saber qué fuentes de contraste usar, qué partes revisar y qué hacer cuando no puede verificar una afirmación. Si el proceso requiere una decisión humana, la revisión debe tener tiempo, información y autoridad suficientes: marcar una casilla sin posibilidad real de cuestionar el resultado no constituye una práctica útil.

El tratamiento de información debe estar conectado con las reglas internas y las condiciones autorizadas para cada herramienta. El personal necesita saber qué datos puede introducir, qué datos debe excluir, cómo identificar información sensible y dónde preguntar ante la duda. No se debe suponer que todos los sistemas comparten las mismas prácticas de retención, uso de entradas o configuración de privacidad.

Por último, toda persona debería conocer una vía de escalado comprensible. Especifica qué comportamientos requieren detener un flujo, quién recibe el aviso, qué información debe conservarse y qué alternativa se utiliza mientras se investiga. La formación pierde valor si una persona detecta un problema, pero no sabe a quién comunicarlo o teme que informar de un error se considere un fallo individual.

Practicar con situaciones del trabajo

La formación es más fácil de aplicar cuando se ejercitan decisiones reconocibles. Los ejemplos no tienen que imitar casos reales con datos personales: pueden utilizar información sintética o materiales aprobados. Deben plantear una tarea, una salida imperfecta y una elección que el participante tenga que explicar. Así se observa si sabe aplicar las instrucciones, no solo si recuerda términos.

Un primer ejercicio puede pedir que se contraste una respuesta con una fuente autorizada. Otro puede presentar una solicitud que incluye datos que no deberían compartirse con la herramienta utilizada y pedir al participante que reformule la tarea o elija una alternativa. Un tercero puede simular una salida contradictoria con el procedimiento interno. La respuesta esperada no siempre será corregir el resultado: a veces será detenerse, pedir una revisión o no usar el sistema para esa tarea.

Evalúa lo que la persona hace y el razonamiento práctico que comunica. Una prueba de asistencia, una encuesta de satisfacción o un certificado de finalización pueden aportar información administrativa, pero no muestran por sí solos que la persona sepa detectar una respuesta dudosa. Como recomendación operativa, usa una lista breve de conductas observables: contrastar, proteger datos, reconocer límites y escalar. Trata los resultados como señales para mejorar el programa, no como garantía universal de competencia.

Documentar el programa sin confundir registro con cumplimiento

Las fuentes aportadas no permiten afirmar qué documentación exige expresamente el artículo 4 ni si la norma prescribe un formato, un registro de asistencia o una prueba determinada. Por tanto, la lista de abajo debe entenderse como una propuesta de gestión interna, no como una obligación documental legal. Comprueba el texto oficial y las orientaciones aplicables antes de describir cualquiera de esos elementos como un requisito.

Un registro proporcionado puede ayudar a saber quién recibió qué contenidos, para qué uso se prepararon, cuándo se impartieron y qué cambios se necesitan. Conviene conservar una versión de los materiales y anotar quién aprobó el módulo, cuándo se actualizó y qué dudas siguen abiertas. Si se registra participación o resultados de ejercicios, limita la información a lo necesario, controla el acceso y respeta las políticas aplicables de privacidad y conservación.

La documentación debe ser útil para aprender y corregir, no solo para acumular archivos. Si una incidencia revela que varias personas no sabían cómo comprobar una salida, actualiza el contenido y revisa el proceso que permitió que el problema avanzara. No uses un registro de asistencia como prueba automática de que una persona comprendió los límites del sistema, ni como demostración de que toda la organización cumple. La formación no transfiere la responsabilidad de la organización a quien utiliza una herramienta.

Actualizar cuando cambien el sistema o el trabajo

Un módulo puede quedar obsoleto aunque el nombre comercial de la herramienta no cambie. Revisa el programa cuando se modifique el sistema, su finalidad, la configuración, los datos que procesa, el grupo de personas usuarias o el lugar que ocupa en una decisión. También conviene revisarlo cuando cambien las instrucciones internas, se detecten errores repetidos o las personas no sepan cómo escalar una incidencia.

La revisión no requiere repetir toda la formación a toda la plantilla cada vez. Identifica qué cambió, qué funciones afecta y qué conducta debe actualizarse. Puede bastar con una instrucción concreta para un grupo, un nuevo ejercicio o una modificación del procedimiento. Si el cambio altera de forma importante el uso o sus consecuencias, puede ser necesario volver a evaluar si el contenido anterior sigue siendo adecuado.

Define señales prácticas para descubrir necesidades pendientes: preguntas frecuentes sobre datos, resultados que se copian sin contrastar, confusión entre sugerencia y decisión, uso fuera de la finalidad prevista o dificultad para encontrar el canal de escalado. Estas señales son herramientas de mejora interna; no constituyen por sí solas criterios legales ni sustituyen la evaluación de riesgos que corresponda.

Lista de comprobación y límites

Antes de poner en marcha el plan, comprueba que has identificado los usos reales de IA y las funciones que interactúan con ellos; que has contrastado el alcance y el calendario en el texto oficial vigente; y que cada módulo enseña conductas observables relacionadas con una tarea. Comprueba también que las personas conocen los límites de las herramientas que usan, las reglas de tratamiento de información y una vía clara para detener y escalar un caso dudoso.

Asegúrate de que existe un responsable del contenido, una forma de revisar sus materiales y un mecanismo para recoger dudas. Conserva documentación interna proporcionada y explícitamente distinguida de las pruebas que la norma pudiera exigir, si las hubiera. Cuando no puedas verificar un punto legal con las fuentes institucionales disponibles, déjalo señalado como pendiente en lugar de rellenarlo con una afirmación de una fuente secundaria.

La formación no corrige controles técnicos insuficientes, no hace apropiado un uso que no lo era y no garantiza que una persona identifique todas las salidas incorrectas. Tampoco asigna por sí sola el papel regulatorio de la organización ni reemplaza la revisión jurídica. Su función es fortalecer la capacidad de las personas para entender el uso concreto, actuar con cautela y pedir ayuda. El siguiente paso razonable es combinar ese trabajo con los procesos de seguridad y gobernanza existentes, y revisar las orientaciones oficiales cuando cambie el marco normativo.

Continúa explorando

Correcciones y transparencia

Si detectas un dato incorrecto o desactualizado, puedes enviarnos una corrección indicando la página y la fuente que debemos revisar.