Los primeros asistentes de IA respondían preguntas. Los agentes ya toman acciones: actualizan registros, envían recordatorios, crean solicitudes de compra, reprograman entregas y proponen créditos. Eso cambia la pregunta de gobierno. Ya no se trata solo de si una respuesta es correcta, sino de si algo debe ocurrir. Un agente que redacta un recordatorio es útil; uno que lo envía al cliente equivocado provoca un incidente.
Exigir aprobación para todo vuelve lento al agente y convierte a los aprobadores en simples sellos. No exigirla para nada lo convierte en un riesgo que nadie aceptó. La respuesta es un diseño deliberado: qué acciones toma el agente por su cuenta, cuáles requieren a una persona y cómo se mueve esa línea a medida que el agente demuestra lo que vale.
Clasifique las acciones por sus consecuencias, no por la tecnología
Clasifique cada acción según lo que pasa si sale mal: si se puede revertir, a quién afecta, cuánto dinero está en juego y si sale de la organización. Tres niveles cubren la mayoría de los casos.
- Actuar solo. Reversible, interna y de bajo valor: redactar, etiquetar, archivar, actualizar un estatus, crear una tarea. El agente actúa y lo registra, y se revisa una muestra.
- Actuar con aprobación. Todo lo que llega a clientes o proveedores, mueve dinero o cambia un registro del que otros dependen: un mensaje externo, un pedido modificado, una nota de crédito. El agente prepara; una persona decide.
- Solo recomendar. Acciones irreversibles o de alto impacto: pagos, condiciones de contratos, asuntos de personal, decisiones reguladas. El agente arma el caso; una persona actúa en el sistema de registro.
Documente el nivel de cada acción, con los límites que aplican, y pida al responsable de negocio que lo firme. Haga cumplir los límites en los permisos del agente y en los sistemas que usa, no solo en sus instrucciones. Separe la aprobación de la configuración: quienes aprueban las acciones de un agente no deberían ser quienes pueden cambiar sus límites.
Empiece con cautela. Cuando un agente es nuevo, ponga más acciones en el nivel de aprobación de lo que parece necesario. Pasar una acción a un nivel más ligero después es fácil; recuperarse de un error temprano frente a los clientes no lo es.
Haga que las solicitudes de aprobación sean fáciles de decidir
Una solicitud de aprobación es un breve resumen para decidir, no una notificación. Indica qué propone el agente y por qué, con la evidencia y la fuente de cada cifra; el impacto en dinero, clientes o fechas; y la regla que exige que decida una persona. También dice de qué no está seguro el agente.
Hágala llegar donde el aprobador ya trabaja, en Teams, por correo electrónico o en la aplicación de negocio, con una acción para aprobar, otra para editar y otra para rechazar. Si los aprobadores tienen que abrir varios sistemas para revisar los hechos, aprobarán sin mirar o no decidirán. Agrupe las solicitudes pequeñas y similares para revisarlas juntas, y nunca pida a nadie que apruebe lo que no puede revisar razonablemente.
Prepárese para el silencio: escalamiento y plazos
Los aprobadores se van de vacaciones y las solicitudes llegan al final del día. Toda aprobación necesita un plazo y una opción predeterminada. Para la mayoría de las acciones, lo seguro es no hacer nada y escalar a un suplente o al siguiente nivel. Para las acciones urgentes, como proteger una entrega prometida a un cliente, la ruta de escalamiento debe ser más rápida y estar definida de antemano. Los escalamientos deben llegar a una persona con autoridad para decidir, no a un buzón compartido.
Nunca permita que un plazo vencido se convierta en aprobación. Vigile también la fila de aprobaciones como un indicador operativo: las solicitudes que esperan demasiado, o que se aprueban en segundos sin abrirse, son señales de que hay que ajustar el diseño.
Lleve un rastro de auditoría que responda cualquier pregunta
Para cada acción, registre lo que vio el agente, lo que propuso, quién la aprobó o la modificó, cuándo y qué pasó después. Registre también las instrucciones y los permisos del agente en ese momento, porque ambos cambian. El rastro debe permitir que cualquiera explique, meses después, por qué se emitió una nota de crédito o se movió una entrega, sin reconstruir los hechos a partir de mensajes de chat. Revise cada semana una muestra de las acciones que el agente tomó por su cuenta y trate una acción equivocada como cualquier otro incidente: encuentre la causa, corríjala y registre qué cambió.
Dé a cada agente su propia identidad, con el mínimo acceso que necesita, para que sus acciones se distingan de las de las personas en cada bitácora y sus permisos puedan revisarse como los de cualquier otro.
Gane autonomía con evidencia
El rastro de auditoría también es la forma en que un agente se gana más responsabilidad. Para cada tipo de acción, mida con qué frecuencia se aprueban las solicitudes sin cambios, con qué frecuencia se editan y por qué, y qué salió mal después de la aprobación. Cuando un tipo de acción se aprueba sin cambios, de forma constante y durante un periodo significativo, su responsable puede pasarlo al nivel de actuar solo, con muestreo para mantener la vigilancia. Mueva un tipo de acción a la vez, avise a las personas afectadas y conserve el paso de aprobación para las excepciones que superen los límites acordados.
La autonomía puede moverse en ambos sentidos. Si las ediciones o los errores aumentan, por ejemplo después de un cambio de política o de una nueva fuente de datos, la acción vuelve a requerir aprobación hasta que los resultados vuelvan a mejorar. La dirección no tiene que confiar a ciegas en el agente; puede leer el registro.
En conclusión
Los pasos de aprobación no son un freno para los agentes de IA; son la forma en que los agentes se ganan el derecho de hacer más. Clasifique las acciones por sus consecuencias, haga de cada solicitud una decisión que una persona pueda tomar rápido, prepárese para el silencio y conserve el registro. Los agentes diseñados así asumen más trabajo con el tiempo, y la dirección puede demostrar por qué es seguro.