Los agentes IA empiezan siendo inofensivos en una demo. Leen una petición, consultan una fuente, preparan un resumen y parece que todo encaja. El problema llega cuando alguien dice: "vale, ahora conéctalo al correo, al CRM, a SharePoint y al sistema de tickets".
Ahí cambia la conversación. Ya no estás probando un chatbot. Estás dando permisos a una pieza de software que puede leer contexto, preparar acciones y, si se lo permites, tocar herramientas reales.
Para una empresa de Donostia - San Sebastián, Gipuzkoa o Euskadi, el primer agente útil no necesita barra libre. Necesita una matriz clara: qué puede leer, qué puede proponer, qué puede ejecutar y cuándo debe pedir revisión humana.
Al final tienes un PDF descargable para trabajar esa matriz con dirección, negocio e IT antes de conectar nada delicado.
El error: dar permisos como si fueran botones
Muchas pruebas de agentes se diseñan al revés. Primero se elige la herramienta. Después se conecta una carpeta. Luego el correo. Luego el CRM. Y solo al final, cuando ya se ha visto algo raro, aparece la pregunta de permisos.
Debería ser al contrario. Antes de enseñar al agente una fuente interna, conviene decidir para qué la necesita. Antes de dejarle escribir en una herramienta, conviene separar escribir un borrador de ejecutar una acción. Antes de automatizar un flujo, conviene saber quién responde si sale mal.
No es miedo a la IA. Es higiene operativa.
La matriz en una frase
La matriz responde a una pregunta sencilla: para este caso concreto, ¿qué nivel de autonomía tiene sentido ahora?
No para todos los casos de la empresa. Para uno. Un agente que resume tickets puede tener un nivel de permiso. Un agente que prepara ofertas comerciales necesita otro. Un agente que consulta documentación técnica no debería tener los mismos permisos que uno que actualiza datos de cliente.
Los cuatro niveles útiles
1. Leer fuentes aprobadas
Este es el nivel más seguro para empezar. El agente puede consultar documentación concreta: una carpeta, una base de conocimiento, un manual, FAQs públicas, tickets cerrados o procedimientos internos.
La clave está en que la fuente tenga dueño y permisos. Si nadie sabe si el documento está vigente, no debería entrar en el agente.
2. Proponer una salida
Aquí el agente ya hace trabajo útil: resume, clasifica, redacta un borrador, detecta datos que faltan o propone el siguiente paso.
Pero todavía no ejecuta. Un comercial revisa la respuesta antes de enviarla. Soporte aprueba el mensaje antes de cerrar el ticket. Administración valida los datos antes de copiarlos al ERP.
Para muchos pilotos, este nivel basta para medir valor sin asumir demasiado riesgo.
3. Ejecutar acciones limitadas
Este nivel requiere más cuidado. El agente puede crear una tarea, actualizar un campo, enviar una notificación interna o mover un ticket de estado.
La palabra importante es "limitadas". No es lo mismo crear una tarea en una cola interna que enviar una oferta a un cliente. No es lo mismo añadir una etiqueta al CRM que cambiar condiciones comerciales.
Si el agente ejecuta, deja registro: entrada, fuente consultada, acción propuesta, acción realizada y persona responsable del flujo.
4. Escalar a una persona
La escalada no es un parche. Es parte del diseño.
Un buen agente sabe cuándo parar: datos sensibles, cliente enfadado, excepción contractual, importe alto, baja de servicio, cambio legal, falta de fuente o respuesta con poca confianza.
Si el agente nunca escala, probablemente está asumiendo más de lo que debería.
Qué poner en la matriz
La matriz debe ser corta. Si se convierte en un documento de veinte páginas, nadie la mantendrá.
Para cada caso, deja escrito:
- tarea exacta del agente;
- fuentes que puede leer;
- datos que no puede tocar;
- acciones que puede proponer;
- acciones que puede ejecutar sin aprobación;
- acciones que siempre requieren revisión;
- persona o equipo responsable;
- registro mínimo que debe quedar guardado;
- métrica para decidir si el piloto sigue.
Con eso ya se puede discutir con menos humo. La conversación deja de ser "hagamos un agente" y pasa a ser "este agente puede llegar hasta aquí".
Un ejemplo de Gipuzkoa
Imagina una empresa industrial que recibe incidencias de clientes por email. Quiere un agente para acelerar soporte.
Una versión peligrosa sería conectarlo al buzón, dejarle responder y cerrar tickets. Demasiado pronto.
Una versión razonable para el primer piloto: el agente lee emails entrantes, consulta una base de incidencias aprobada, prepara un resumen, propone prioridad, sugiere una respuesta y crea una tarea interna si faltan datos. No envía al cliente. No cierra el ticket. No cambia condiciones de servicio.
Eso ya puede ahorrar tiempo. Y se puede medir: minutos ahorrados por incidencia, calidad del resumen, porcentaje de prioridades correctas, casos escalados y errores detectados en revisión.
Señales de que estás dando demasiado permiso
Hay señales bastante claras:
- el agente puede leer carpetas sin dueño;
- usa datos personales sin una razón escrita;
- ejecuta acciones que afectan al cliente sin revisión;
- nadie mira los registros;
- el equipo no sabe qué hacer cuando el agente duda;
- el éxito se mide solo por "parece que va bien";
- la herramienta tiene permisos más amplios que la tarea.
Si aparece una de estas señales, no hace falta tirar el piloto. Basta con bajarle el alcance.
Descarga la matriz
Usa el PDF para una reunión corta. Elige un agente candidato y rellena la matriz con el equipo que conoce el proceso. Si no podéis definir permisos en media hora, el caso todavía no está listo para conectarse a sistemas reales.
Descarga el how-to básico
PDF breve para decidir qué puede leer, proponer o ejecutar un agente IA antes de conectarlo a correo, CRM, documentos internos o herramientas de negocio.
Si quieres evitar sustos
En Umintia ayudamos a empresas de Donostia - San Sebastián, Gipuzkoa y Euskadi a diseñar agentes IA con límites claros: fuentes aprobadas, permisos por rol, revisión humana, trazabilidad y métricas.
Si ya tienes una demo de agente y estás pensando en conectarla a herramientas reales, este es el momento de revisar permisos. Después será más caro corregirlo.