Saltar al contenido

Gobernanza y seguridad de la inteligencia artificial

Guía práctica para delegaciones y funcionarios públicos

Duración estimada: 15–18 minutos, incluidos el video y el ejercicio.

Módulo 4 · Qué pueden hacer los gobiernos

De los principios a las medidas

Al terminar

Podrá relacionar un problema con una medida de gobernanza, identificar qué necesita para funcionar y proponer primeros pasos con responsables y evidencia de cumplimiento.

Idea central: antes de proponer una medida, pregunte: ¿qué problema aborda, quién puede adoptarla, quién la verificará y qué evidencia mostrará que funciona?

No necesita conocimientos técnicos previos.

Video introductorio · De los principios a las medidas

Puede continuar con la lectura. El contenido esencial no depende del video.

1. Del diagnóstico a la acción

En el módulo anterior examinamos una oferta de un asistente para orientar sobre ayudas públicas. Faltaban pruebas pertinentes, un procedimiento de revisión y responsabilidades claras ante incidentes.

Ahora corresponde decidir qué hacer con esa información.

Continuación del caso hipotético: el ministerio debe responder a la oferta. La delegación quiere saber qué apoyo internacional sería útil para poner en práctica las condiciones que necesita el país.

Un compromiso como «garantizar una IA segura» necesita traducirse en tareas:

  1. 1Obtener evidencia.
  2. 2Fijar condiciones de uso.
  3. 3Asignar responsabilidades.
  4. 4Comprobar resultados.
  5. 5Responder cuando surja un problema.

El marco voluntario del NIST organiza la gestión del riesgo en cuatro funciones: gobernar, identificar el contexto, medir y gestionar. En este módulo utilizaremos una pregunta práctica:

¿Qué medida cambiaría una decisión, permitiría intervenir cuando haya un problema o haría verificable un compromiso?

2. Identifique desde qué función puede actuar su institución

La siguiente distinción es didáctica. Las competencias concretas dependen de cada país.

Usuario y comprador

Qué decisión puede abordar
Cómo se utiliza la IA dentro de la administración
Ejemplo de medida
Condiciones de contratación, permisos de uso y revisión del servicio

Regulador y supervisor

Qué decisión puede abordar
Qué responsabilidades se establecen para actores dentro de su ámbito de competencia
Ejemplo de medida
Obligaciones de información, evaluación o reporte, con mecanismos de supervisión

Participante en cooperación internacional

Qué decisión puede abordar
Qué información, capacidad y respuesta pueden compartirse entre países
Ejemplo de medida
Evaluaciones compartidas, asistencia técnica y coordinación ante incidentes

Un contrato puede establecer condiciones para un servicio comprado por el Estado. No crea, por sí solo, obligaciones para todos los desarrolladores del mercado. Una declaración internacional tampoco asigna automáticamente facultades a una autoridad nacional.

No toda institución tiene facultades regulatorias. Antes de proponer una obligación para terceros, identifique la autoridad competente, su mandato legal y el ámbito de actividad que puede supervisar.

Antes de proponer una medida, identifique quién podría adoptarla, con qué competencia y qué recursos. Las referencias de este módulo son marcos y orientaciones: no se presentan como obligaciones universales ni sustituyen la revisión del derecho aplicable.

3. Siete instrumentos y qué exige cada uno

Esta matriz es una síntesis didáctica. Los instrumentos pueden combinarse; ninguno reemplaza a todos los demás.

Inventario de usos

Problema que ayuda a resolver
La institución desconoce qué IA utiliza y para qué
Condición para funcionar
Un responsable y un procedimiento de actualización
Límite que conviene recordar
Registrar un sistema no demuestra que sea seguro

Evaluación de impacto

Problema que ayuda a resolver
Se desconocen efectos sobre personas y servicios
Condición para funcionar
Evidencia, consulta pertinente y capacidad de modificar la propuesta
Límite que conviene recordar
Un formulario archivado no corrige un diseño

Condiciones de contratación

Problema que ayuda a resolver
Las promesas del proveedor no son verificables
Condición para funcionar
Requisitos claros y personal capaz de comprobarlos
Límite que conviene recordar
Su alcance está ligado a la relación contractual

Pruebas y evaluación técnica

Problema que ayuda a resolver
Falta evidencia sobre desempeño o riesgos
Condición para funcionar
Métodos pertinentes, acceso y especialistas
Límite que conviene recordar
Una prueba no cubre todos los usos futuros

Reporte y respuesta a incidentes

Problema que ayuda a resolver
Los problemas no llegan a quien puede actuar
Condición para funcionar
Destinatario, criterios de reporte y procedimiento de respuesta
Límite que conviene recordar
Recibir reportes no equivale a resolverlos

Transparencia, revisión y reparación

Problema que ayuda a resolver
Las personas no pueden conocer o cuestionar un resultado
Condición para funcionar
Información accesible y autoridad para revisar y corregir
Límite que conviene recordar
Un aviso de uso de IA no sustituye una vía de reclamación

Capacidad técnica compartida

Problema que ayuda a resolver
Varias instituciones carecen de especialistas
Condición para funcionar
Acuerdos sobre acceso, financiación y responsabilidades
Límite que conviene recordar
Compartir expertos no elimina la responsabilidad de decidir

Empezar por saber qué se utiliza

Un inventario inicial puede registrar:

  • La tarea y el resultado producido.
  • El proveedor, modelo o servicio utilizado.
  • La unidad responsable.
  • Las personas o grupos afectados.
  • Los datos y documentos utilizados.
  • Los permisos: consultar, generar, enviar, modificar o decidir.
  • El estado: propuesto, piloto, activo o suspendido.
  • La revisión más reciente y la próxima fecha de revisión.

Incluya pilotos y funciones de IA incorporadas a herramientas existentes.

En el caso del asistente, el registro debería permitir localizar a la persona responsable de actualizar los documentos. Si esa responsabilidad queda vacía, ya hay una tarea concreta que resolver.

Para priorizar revisiones, considere:

  • Las posibles consecuencias.
  • El grado de autonomía.
  • La sensibilidad de los datos.
  • La escala de uso.
  • La posibilidad de corregir daños.

Son preguntas orientativas, no una clasificación legal común a todos los países. Una escala pequeña tampoco vuelve aceptable cualquier experimento.

Hacer que la evaluación cambie la decisión

Una evaluación de impacto pregunta quién podría beneficiarse o sufrir daños y qué alternativas existen. Una evaluación técnica examina capacidades y comportamiento bajo condiciones definidas. Se complementan.

Ejemplo: si usuarios con conectividad limitada quedarían sin atención, la respuesta puede ser mantener otro canal. Si las pruebas muestran errores en requisitos importantes, puede ser necesario modificar el sistema o no autorizar ese uso.

Documente la decisión y la evidencia que la respalda.

4. Convertir una promesa en una condición verificable

La orientación del Gobierno del Reino Unido sobre contratación de IA destaca la definición del problema público, equipos multidisciplinarios, evaluación de datos e impactos y supervisión a lo largo del proyecto. Es una referencia práctica de 2020, no una descripción del régimen jurídico vigente en cada país destinatario.

En nuestro caso, convierta «funciona en español» en una solicitud concreta:

Promesa

«funciona en español»

Solicitud concreta

Antes de utilizarlo con el público, necesitamos resultados sobre consultas representativas del servicio, para la versión propuesta, con documentación de errores y una revisión por el equipo competente.

Después aclare:

  • Quién define los criterios de aceptación.
  • Quién revisa los resultados.
  • Qué ocurre si no se cumplen.

Los criterios deben responder al daño posible. No basta adoptar un porcentaje universal de precisión.

Preguntas para preparar las condiciones de un acuerdo

  • ¿Qué usos y tratamientos de datos se permiten?
  • ¿Qué evidencia y registros estarán disponibles para verificar lo acordado?
  • ¿Qué cambios requieren aviso y una nueva revisión?
  • ¿Qué ocurre ante incumplimientos, incidentes o interrupciones?
  • ¿Cómo se recupera la información y continúa el servicio al terminar el acuerdo?

El equipo jurídico y de contratación debe convertir las condiciones pertinentes en instrumentos válidos. El equipo técnico y el responsable del servicio deben poder verificar su cumplimiento.

Una condición contractual solo es útil si la institución puede comprenderla, verificarla y actuar cuando no se cumple.

Una cláusula sin seguimiento deja sin resolver parte del problema.

5. Preparar la respuesta antes del incidente

La OCDE propone un marco común para reportar incidentes de IA y facilitar información comparable entre sectores y jurisdicciones. Esto ofrece un punto de referencia; no significa que todos los países impongan los mismos reportes.

Para el asistente hipotético, analice el siguiente escenario:

Aparece una respuesta incorrecta que podría hacer perder un plazo.

Pregunte:

  • ¿Quién recibe el aviso?
  • ¿Quién comprueba su alcance?
  • ¿Quién puede suspender la función?
  • ¿Quién puede corregir la información enviada?
  • ¿Cómo se mantiene el servicio mientras se investiga?

Un procedimiento útil podría distinguir:

  1. 1. Detección y aviso

    Registrar qué se observó, cuándo y en qué versión, sin afirmar una causa no comprobada

  2. 2. Contención

    Limitar la función afectada y mantener una vía alternativa de atención cuando corresponda

  3. 3. Investigación y reparación

    Conservar evidencia necesaria, identificar afectados y decidir las correcciones

  4. 4. Revisión

    Comprobar las medidas antes de restablecer o ampliar el uso

Es una secuencia ilustrativa que debe adaptarse a la institución. Los registros y las comunicaciones deben respetar los requisitos de protección de datos y seguridad aplicables. No toda la información de un incidente debe hacerse pública.

Comprobación rápida

Una autoridad recibe reportes, pero no ha asignado un equipo para analizarlos. ¿Qué falta principalmente?

6. Qué cambia cuando el riesgo va más allá de una aplicación

La supervisión de una aplicación pública es solo una parte de la gobernanza. Cuando los riesgos pueden extenderse entre usos, proveedores o países, pueden requerirse medidas adicionales sobre el modelo, su documentación, el acceso, los incidentes graves o la cooperación internacional.

Para abordar riesgos de modelos muy capaces, una propuesta puede considerar:

  • Evaluaciones del modelo.
  • Documentación de riesgos.
  • Protección frente al uso indebido.
  • Notificación de incidentes graves.
  • Condiciones para ampliar su acceso.

Un país sin grandes laboratorios puede explorar cooperación para:

  • Acceder a resultados relevantes.
  • Formar especialistas.
  • Coordinar respuestas transfronterizas.
  • Participar en evaluaciones o ejercicios compartidos.

Aquí se presentan como opciones de política que requieren evaluación, no como un régimen universal establecido.

Examine quién debe aportar evidencia, qué acceso tendrá quien la revisa y qué decisión podría cambiar. Pedir una evaluación sin definir quién puede interpretarla deja una carencia de capacidad.

Para valorar esa cooperación, pregunte:

  • ¿Quién selecciona las pruebas?
  • ¿Cómo se cubren los costos?
  • ¿Los resultados son útiles para los contextos de su país?
  • ¿Quién puede utilizarlos y bajo qué condiciones?
La distribución de competencias importa. Un ministerio usuario no adquiere, por contratar una herramienta, facultades generales sobre el desarrollador extranjero. Algunas medidas requerirán legislación, acuerdos o intervención de otras autoridades.

El Módulo 5 abordará los espacios internacionales donde se discuten estas cuestiones.

7. Ejercicio · Elija tres primeras acciones

Tiempo sugerido: 4 minutos. Caso completamente hipotético.

El ministerio dispone de seis semanas para responder a la oferta. No tiene un laboratorio propio. Puede asignar una persona responsable del servicio y solicitar apoyo de contratación y asesoría técnica. Siguen faltando pruebas en español para el contexto local, personal asignado a revisión y un protocolo de incidentes. Todavía no se ha autorizado el uso con público.

Pregunta 1

¿Cuál secuencia está mejor justificada?

Pregunta 2

Proponga tres acciones e indique quién las realizaría y qué evidencia mostraría su cumplimiento.

Sus respuestas permanecen solo en este navegador y no se guardan ni se envían.

Ejemplo de respuesta
AcciónResponsable propuestoEvidencia esperada
Documentar el uso previsto, sus límites y el flujo de revisiónResponsable del servicio, con personal de atenciónFicha de uso y procedimiento que asigna tareas y autoridad
Definir y revisar pruebas pertinentes y condiciones del acuerdoEquipo técnico, contratación y asesoría jurídicaInforme sobre la versión propuesta, criterios de aceptación y condiciones revisadas
Ensayar respuesta a errores y continuidad antes de atender al públicoResponsable del servicio y proveedor, con apoyo técnicoRegistro de un ejercicio de suspensión, corrección y atención alternativa

Las acciones pueden coordinarse en paralelo, pero la decisión de avanzar debe basarse en sus resultados.

Si no hay capacidad para revisar respuestas, una opción es limitar el ensayo a consultas ficticias o públicas en un entorno separado, sin decisiones ni comunicaciones reales. Esto no exime de analizar los riesgos del ensayo.

Pregunta 3

¿Qué solicitaría su delegación a un posible socio internacional?

Ejemplo:

“Acceso a asesoría para diseñar y revisar pruebas en español y formar al equipo que supervisará el servicio.”

Es más concreto que pedir un laboratorio nuevo sin conocer su costo ni su utilidad.

Autoevaluación

Compruebe que cada acción:

Una lista de documentos sin decisiones asociadas está incompleta.

8. Qué llevarse

Antes de proponer una medida, pregunte: ¿qué problema aborda, quién puede adoptarla, quién la verificará y qué evidencia mostrará que funciona?

Herramienta: Matriz de medidas y primeros pasos.

Continuar al siguiente módulo →

Siguiente módulo: Cómo funciona la gobernanza internacional de la IA.

Fuentes y lecturas opcionales

Consultadas el 6 de octubre de 2026. Las tablas, el caso y los ejercicios son elaboración didáctica original. Las fuentes respaldan los conceptos señalados y no implican un aval de esta guía.

  1. [1]NIST, AI Risk Management Framework (AI RMF 1.0): Core, 2023. Marco voluntario sobre funciones de gobernanza y gestión de riesgos, incluidas responsabilidades, evaluación y seguimiento. Leer el marco
  2. [2]Gobierno del Reino Unido, Guidelines for AI Procurement, 2020. Orientación práctica para considerar beneficios, datos, riesgos y gestión de contratos de IA. Se utiliza como referencia metodológica histórica, no como derecho aplicable a otras jurisdicciones. Leer la guía
  3. [3]OCDE, Towards a Common Reporting Framework for AI Incidents, 2025. Referencia para estructurar información sobre incidentes. El marco permite a los países adaptar su implementación a sus políticas y legislación nacionales. Leer la publicación