GUÍA PRÁCTICA
Checklist de gobernanza de IA: 16 controles antes de dar autonomía a un Empleado IA
Una guía práctica para convertir principios de gobernanza en permisos, reglas, aprobaciones, registros y métricas que se puedan aplicar en producción.
· IA Empleado
La gobernanza de IA suele describirse con conceptos amplios como supervisión, responsabilidad y transparencia. El problema aparece al llevarlos a un sistema real: ¿qué permiso se concede?, ¿quién aprueba?, ¿qué registra el sistema?, ¿qué ocurre cuando faltan datos?, ¿cómo se evita que una instrucción externa cambie una política interna? Una gobernanza útil necesita traducir principios a controles ejecutables. Esta checklist recorre los puntos que deberían revisarse antes de permitir que un agente pase de observar o proponer a ejecutar acciones dentro de procesos empresariales.
01
1. Define el alcance exacto del proceso
Antes de hablar de autonomía hay que acotar qué proceso pertenece al agente y qué procesos quedan fuera. Describe el evento de entrada, las decisiones, las herramientas permitidas y el resultado esperado. Cuanto más ambiguo sea el alcance, más difícil será saber si una acción estaba autorizada.
También documenta límites organizativos. Un agente comercial puede consultar disponibilidad y CRM, pero no debería asumir funciones de facturación porque recibió una petición en lenguaje natural. La frontera de proceso debe existir fuera del modelo y reflejarse en las herramientas disponibles.
02
2. Inventaría todas las acciones disponibles
Crea un catálogo de operaciones: consultar cliente, buscar pedido, crear tarea, preparar borrador, actualizar estado, enviar email, generar factura o solicitar aprobación. Para cada una indica sistema, parámetros, impacto y si es reversible.
Este inventario revela permisos excesivos y operaciones que no deberían estar accesibles. Es mucho más fácil gobernar una lista explícita de funciones que una credencial genérica con acceso a toda una API.
03
3. Clasifica cada acción por riesgo
No todas las acciones necesitan el mismo control. Puedes utilizar categorías como informativa, operativa reversible, económica, contractual, acceso/seguridad o irreversible. El objetivo es que el nivel de supervisión dependa del impacto, no de si la acción la ejecuta una persona o una IA.
Para cada categoría define condiciones mínimas. Una consulta puede ser automática; un cambio de estado quizá necesite validación de reglas; un pago o cambio bancario puede requerir doble comprobación y aprobación humana.
04
4. Separa permisos de lectura y escritura
Leer datos para preparar una recomendación no debería implicar permiso para modificarlos. Diseña scopes distintos para consulta y escritura y concede solo lo necesario para el nivel de autonomía actual.
Esta separación facilita pilotos seguros. El agente puede demostrar que interpreta casos correctamente antes de recibir permiso de ejecución. Si el proceso permanece en modo propuesta, no existe razón para mantener credenciales de escritura activas.
05
5. Define quién puede aprobar qué
La aprobación humana necesita una matriz clara. Un supervisor comercial puede aprobar un descuento hasta cierto límite, mientras cambios contractuales o financieros pueden necesitar otro rol. El sistema debe validar que la identidad aprobadora tenga autoridad suficiente.
También registra cuándo se produjo la aprobación, qué información estaba disponible y qué acción concreta autorizó. Una aprobación genérica al inicio de una sesión no debería utilizarse como permiso abierto para acciones posteriores diferentes.
06
6. Convierte políticas en reglas comprobables
Frases como “protege al cliente” o “actúa con prudencia” son útiles como principios, pero no bastan para controlar una operación. Las políticas deben traducirse a umbrales, listas permitidas, campos obligatorios, roles y condiciones de parada.
Cuando una política importante no puede expresarse de manera determinista, define al menos qué evidencia debe presentar el agente y qué persona decide. Lo crítico es evitar que la interpretación del modelo sea simultáneamente la regla y el juez de su cumplimiento.
07
7. Bloquea acciones prohibidas en la capa técnica
Si una operación nunca debe ejecutarse automáticamente, elimínala del catálogo de herramientas o protégela con autorización externa. No confíes únicamente en un prompt que diga “no hagas esto”.
El bloqueo técnico ayuda frente a errores, instrucciones maliciosas y cambios inesperados de comportamiento. Un agente sin herramienta para borrar registros no puede borrar registros aunque interprete que una solicitud lo pide.
08
8. Define reglas de escalado
Lista las situaciones en las que el agente debe detenerse: datos contradictorios, ausencia de campos críticos, baja confianza, solicitud fuera de catálogo, error de integración, acción sensible o política no aplicable.
Después define el destino del escalado y la información que debe acompañarlo. Una excepción útil contiene el caso, el estado del proceso, las fuentes consultadas, la razón del bloqueo y la decisión que necesita una persona.
09
9. Protege políticas frente a instrucciones externas
Emails, documentos y mensajes de usuarios son datos de entrada, no autoridad para cambiar la política del sistema. Una instrucción dentro de un documento no debería poder modificar permisos, revelar secretos o desactivar controles.
Separa claramente instrucciones de sistema, políticas internas, herramientas y contenido no confiable. Cuando un documento incluye texto que parece una orden para el agente, debe tratarse como contenido del caso y no como una nueva regla operativa.
10
10. Registra la cadena de decisión
Para cada acción relevante debería poder reconstruirse el recorrido: evento inicial, datos consultados, versión de políticas, herramientas utilizadas, propuesta, validaciones, aprobación y resultado. Esto permite investigar errores sin depender de memoria humana.
Los registros deben ser estructurados y proporcionales al riesgo. No es necesario conservar todo el contenido textual. Referencias a fuentes, identificadores y eventos suelen ofrecer trazabilidad suficiente reduciendo exposición de datos sensibles.
11
11. Versiona todos los componentes que cambian comportamiento
No solo el modelo afecta el resultado. Prompts, reglas, conectores, esquemas, bases de conocimiento y catálogos de herramientas también cambian comportamiento. Todos deberían tener una versión identificable.
Cuando aparece un incidente, conocer la combinación exacta permite reproducir el caso. También facilita pruebas A/B controladas y rollback si una actualización incrementa correcciones, errores o excepciones.
12
12. Define pruebas de regresión antes de cambiar autonomía
Un cambio de modelo o regla no debería llegar directamente a producción. Mantén un conjunto representativo con casos normales, límites, excepciones y acciones prohibidas. El nuevo sistema debe demostrar que conserva los controles existentes.
Las pruebas de seguridad y gobernanza son tan importantes como la precisión. Incluye intentos de ejecutar operaciones fuera de permisos, datos contradictorios, ausencia de aprobación y contenido que intenta modificar instrucciones.
13
13. Mide correcciones y aprobaciones
Si las personas corrigen constantemente las propuestas, la automatización quizá todavía no esté preparada para ejecutar. Registra porcentaje aprobado sin cambios, cambios menores, rechazos y motivo de cada corrección.
Estas métricas pueden segmentarse por intención y acción. Un agente puede estar listo para automatizar actualizaciones de bajo riesgo y seguir necesitando revisión en reclamaciones, descuentos o documentos complejos.
14
14. Revisa accesos y herramientas no utilizadas
Con el tiempo se acumulan permisos que ya no son necesarios. Revisa qué scopes, herramientas y conexiones utiliza realmente el proceso. Todo acceso sin uso aumenta superficie de riesgo sin generar valor.
Las revisiones pueden coincidir con cambios de proceso o realizarse periódicamente. Si una herramienta deja de utilizarse, retírala. Si una operación solo se usa en excepciones muy concretas, considera moverla detrás de aprobación.
15
15. Define rollback y modo seguro
La gobernanza también necesita un plan cuando algo sale mal. Debe existir una forma rápida de reducir autonomía, desactivar una herramienta, volver a una versión anterior o pasar el proceso a modo propuesta.
Un modo seguro evita que la única respuesta a un incidente sea apagar todo el sistema. Mantener lectura y preparación mientras se bloquea ejecución puede permitir continuidad operativa durante la investigación.
16
16. Aumenta autonomía operación por operación
No existe un único interruptor entre manual y autónomo. Cada operación puede evolucionar de observación a propuesta, ejecución condicionada y ejecución automática según sus métricas y riesgo.
Este enfoque mantiene la gobernanza alineada con evidencia. El sistema gana autonomía precisamente donde ha demostrado estabilidad y conserva control humano donde la calidad, el impacto o la incertidumbre todavía no justifican delegar.
EN RESUMEN
Ideas clave
Define el proceso antes de definir autonomía.
Inventaría y clasifica todas las acciones disponibles.
Separa permisos de lectura y escritura.
Asigna aprobadores por nivel de impacto.
Convierte políticas críticas en reglas comprobables.
Bloquea técnicamente las acciones prohibidas.
Diseña escalados con contexto suficiente.
Trata contenido externo como datos, no como política.
Registra la cadena de decisión con trazabilidad proporcional.
Versiona modelos, prompts, reglas, herramientas y conocimiento.
Prueba regresiones de seguridad y gobernanza.
Mide aprobaciones, correcciones y rechazos.
Retira accesos que ya no aportan valor.
Mantén rollback y modo seguro.
Amplía autonomía operación por operación.
Revisa gobernanza como una práctica continua.
SIGUE PROFUNDIZANDO
Gobernanza de IA en empresas: automatiza con reglas, responsables y evidencia.
La gobernanza de IA no consiste en llenar un documento de políticas. En una empresa, gobernar un Empleado IA significa decidir qué puede leer, qué puede proponer, qué puede ejecutar, quién aprueba acciones sensibles, qué datos quedan fuera de alcance y cómo se reconstruye una decisión después. La automatización empresarial necesita límites operativos tan concretos como sus integraciones. Una buena gobernanza permite aumentar autonomía sin perder trazabilidad, seguridad ni responsabilidad humana.
APLICARLO