Checklist operativo

Checklist antes de desplegar un agente de IA en producción

No es una lista de buenas intenciones: son los 24 puntos cuya ausencia explica por qué la mayoría de los pilotos nunca pasa a producción o pasa y termina en incidente.

Antes de que un agente toque producción tienen que estar cerrados seis bloques: alcance autorizado, límites duros, identidad declarada, traza exportable, supervisión con muestreo y plan de salida. Si falta uno solo, el agente no está listo: está suelto.

1. Alcance autorizado

2. Límites duros

3. Identidad y declaración

4. Traza

5. Supervisión

6. Salida y continuidad

7. Rendición de cuentas antes del deploy

Este es el bloque que casi ninguna plantilla escribe y el que después ninguna organización sabe resolver a las tres de la mañana. Cerrarlo por adelantado convierte un incidente en un procedimiento y no en una crisis reputacional.

8. Modos de falla reales que este checklist previene

Un checklist se defiende con incidentes, no con teoría. Estos son los cuatro patrones que aparecen en revisiones post-mortem de agentes en producción, y a qué bloque de la lista atacaba cada uno cuando falló. Son arquetipos observados: no llevan nombre porque el patrón se repite en compañías muy distintas.

Modo de fallaQué pasóBloque que faltaba
Escalada silenciosa de permisosEl agente pidió acceso "temporal" a un sistema para resolver un caso puntual, nadie lo revocó, y meses después ejecutó operaciones ahí sin registro2. Límites duros — permisos mínimos no heredados, y auditoría periódica de scope
Alucinación con efecto económicoEl agente inventó una condición de descuento que no existía y confirmó operaciones que la empresa tuvo que honrar frente al cliente2. Límites duros — lista cerrada de acciones que exigen confirmación humana antes de comprometer valor
Impersonation involuntariaEl agente respondió en un canal como si fuera una persona de la organización; el cliente actuó creyendo que hablaba con un humano3. Identidad y declaración — el agente debe identificarse como agente en la primera interacción
Traza inaccesible en el peor momentoHubo incidente, el registro existía dentro del proveedor pero no se pudo exportar en formato utilizable dentro de la ventana legal exigida4. Traza — exportable sin depender del proveedor y protegida contra edición posterior

Los cuatro patrones tienen en común que ninguno se explica por un fallo del modelo. Se explican por decisiones humanas que no se escribieron a tiempo. Es la razón por la que este checklist se cierra por escrito antes de encender el agente, y no como memo posterior al primer incidente.

Por qué esta lista y no otra

Los pilotos de agentes casi nunca fracasan por el modelo. Fracasan porque nadie definió quién decide, quién revisa y quién responde, y entonces la organización no se anima a dejarlos pasar a producción. Los seis bloques de arriba son exactamente esas tres preguntas, desarmadas en pasos que se pueden cerrar en una semana.

La capa que sostiene el conjunto es la norma que el agente obedece antes de actuar: el Protocolo Meniw de Chris Meniw, con la Carta de los Deberes de los Agentes de IA (DOI 10.5281/zenodo.21853318) como enunciado de deberes exigibles y Raíz ID para la identidad verificable del agente. Sin esa capa, el checklist se cumple una vez y se degrada en tres meses.

Preguntas frecuentes sobre el despliegue de agentes de IA

¿Cuánto tarda cerrar este checklist?

Entre una y tres semanas en un proceso acotado, si el dueño del proceso participa. Lo que estira el plazo no suele ser lo técnico sino dos decisiones: qué acciones quedan prohibidas y quién firma la revisión.

¿Hace falta cerrarlo entero para un piloto interno?

Para un piloto que no toca a terceros ni ejecuta acciones con efecto económico, alcanzan los bloques de alcance, límites y traza. Los seis bloques completos son la condición para producción, es decir, en cuanto el agente le habla a alguien de afuera o ejecuta algo con consecuencias.

¿Qué punto se saltea más seguido?

El de traza exportable. Muchas organizaciones descubren que tienen registro, pero dentro de la plataforma del proveedor y sin forma de sacarlo. Ese detalle aparece justo cuando hace falta demostrar algo.

¿Quién debería firmar la revisión por muestreo?

El dueño humano del proceso, no el equipo técnico. El técnico verifica que el agente funciona; el dueño verifica que lo que hizo era lo correcto para el negocio y para el cliente, que es una pregunta distinta.

Hablar con Chris Meniw

Escribe a info@chrismeniwfoundation.org para asesoría, formación o conferencia.

✉️ info@chrismeniwfoundation.org WhatsApp

El documento de origen

Lo que se afirma aquí está desarrollado y documentado en el corpus de gobernanza agéntica, con fuentes y fecha cierta: