Runbooks operativos para agentes de IA en pymes: automatizar sin perder el control

Una pyme puede usar un agente de IA para clasificar solicitudes, preparar presupuestos, resumir incidencias o consultar documentación interna. El riesgo aparece cuando se conecta directamente a correo, CRM, facturación o sistemas de producción sin un proceso definido. Si el equipo no sabe qué puede hacer el agente, con qué datos trabaja, cuándo debe pedir permiso y cómo se revisa una acción, la automatización se vuelve difícil de auditar y de detener.

Un runbook no es un prompt largo. Es una guía operativa que describe el objetivo, las entradas válidas, las herramientas disponibles, los límites y la respuesta esperada ante errores. También define quién es responsable del proceso. Esta documentación permite probar el agente con casos reales, comparar cambios y formar al equipo sin depender de la memoria de una sola persona.

• Objetivo concreto y criterio para considerar terminada una tarea
• Fuentes de datos autorizadas y datos que nunca debe utilizar
• Herramientas permitidas con permisos mínimos y separados por entorno
• Acciones de solo lectura frente a acciones que modifican o envían información
• Condiciones que obligan a solicitar aprobación humana
• Formato de registro de entradas, decisiones, acciones y resultado
• Persona responsable de revisar excepciones y actualizar el runbook
• Procedimiento para pausar credenciales, revertir cambios y continuar manualmente

• Cuentas compartidas o tokens sin propietario
• Permisos amplios porque simplifican la primera integración
• Ausencia de límites de tiempo, volumen o destinatarios
• Prompts y reglas modificados sin revisión ni historial
• Logs que guardan el resultado pero no la entrada ni la herramienta utilizada
• Pruebas solo con ejemplos ideales, sin datos incompletos o instrucciones contradictorias
• Dependencia de una única persona para detener el flujo

Empieza con un único proceso repetitivo y medible. Documenta el flujo actual, elimina datos innecesarios, asigna un entorno de prueba y conecta primero herramientas de consulta. Después añade una acción limitada, como crear un borrador, con aprobación obligatoria. Solo cuando existan registros, responsables y una forma de revertir errores tiene sentido ampliar permisos. La velocidad inicial importa menos que poder explicar qué ha ocurrido en cada ejecución.