Agentes de IA en empresas: qué delegar y qué supervisar
Bakslash editorial
30 de octubre de 2026
Comparte este artículo
Tu equipo recibe una consulta comercial. Una persona revisa el historial del cliente, busca información del servicio y prepara una respuesta. Un agente de IA puede ayudar en esos pasos, pero tú debes decidir qué información puede consultar y qué acciones necesitan aprobación.
Para empezar con agentes de IA en empresas, elige una tarea acotada, define quién revisa el resultado y mide cuánto trabajo ahorras después de corregir los errores. En esta guía proponemos ejemplos para ventas, soporte y búsqueda interna. Son escenarios ilustrativos, no resultados de clientes.
Chatbot, automatización y agente de IA: elige según la tarea
Con un chatbot puedes resolver preguntas en una conversación. En una automatización defines una secuencia: llega un formulario, validas sus campos y creas un registro. Con un agente puedes encargar un objetivo y permitir que el modelo elija entre herramientas autorizadas para resolverlo.
Estas categorías pueden convivir. Un asistente de soporte puede conversar con el cliente, buscar documentación y pasar una solicitud a una persona. Para registrar un formulario con campos fijos, una integración con reglas suele bastar.
Anthropic distingue los flujos predefinidos de los agentes que eligen sus siguientes pasos. Esa distinción ayuda a decidir si necesitas flexibilidad o si puedes resolver el proceso con una secuencia conocida.
Si estás evaluando las conexiones entre tus aplicaciones, puedes revisar nuestra introducción a n8n.
Define tres niveles de permiso antes de conectar sistemas
Separa los permisos según el efecto que tendrá cada operación:
| Nivel | Ejemplo | Límite para el piloto |
| Lectura | Buscar un procedimiento de soporte | Solo documentos que el usuario puede consultar |
| Borrador | Preparar una respuesta o propuesta | Una persona revisa antes del envío |
| Acción | Cambiar un registro o enviar un mensaje | Reglas de autorización y aprobación según el impacto |
Esquema ilustrativo de permisos. Define quién aprueba precios, envíos y cambios sensibles.
OWASP describe el riesgo de otorgar funciones, permisos o autonomía excesivos. Recomienda limitar las herramientas y exigir aprobación para acciones de alto impacto. También indica que los sistemas conectados deben comprobar la autorización.
En tu piloto, traduce esos controles a decisiones visibles: quién puede consultar cada cliente, quién aprueba un envío y quién puede detener el proceso. El equipo técnico debe aplicar los permisos en las integraciones; una instrucción escrita al modelo no reemplaza ese control.
Ejemplo 1: preparar una respuesta comercial
Imagina que recibes una consulta sobre una integración entre una tienda y un sistema de inventario. Tu equipo necesita entender el problema antes de ofrecer una solución.
Puedes autorizar al agente para leer esa consulta, buscar el historial permitido y preparar un resumen con los sistemas involucrados, los datos faltantes y una propuesta de respuesta. El vendedor revisa el contexto y envía el mensaje.
Durante el piloto, reserva al vendedor la aprobación de precios, descuentos y plazos. Si el cliente menciona un acuerdo que el agente no encuentra, la respuesta debe quedar pendiente de revisión.
Qué medir: tiempo desde la recepción hasta el borrador aprobado y proporción de propuestas que el vendedor debe rehacer. Cuenta el tiempo de revisión; de otro modo, podrías ocultar trabajo que tu equipo sigue realizando.
Este caso aporta valor si recibes suficientes consultas con contexto variable. Si solo necesitas distribuir formularios por servicio, comienza con reglas de asignación.
Ejemplo 2: ayudar al equipo de soporte con documentación
Un cliente consulta cómo configurar una función. Puedes permitir que el agente busque en los manuales vigentes del producto y prepare una respuesta con enlaces a las secciones que utilizó.
El responsable de soporte comprueba que la explicación corresponde a la versión del cliente y que los pasos no afectan información importante. Ante documentación contradictoria o insuficiente, el agente debe derivar la consulta.
Flujo ilustrativo. El equipo revisa la respuesta antes de enviarla y recibe los casos sin información suficiente.
Para la primera prueba, mantén separados los permisos de responder y de operar sobre la cuenta. Explicar un ajuste y ejecutarlo requieren decisiones distintas.
Qué medir: respuestas que el equipo aprueba sin cambios sustanciales, tiempo de resolución y consultas que reabren los clientes. Incluye ejemplos donde el agente deba reconocer que no tiene información suficiente.
Ejemplo 3: buscar información interna con acceso limitado
Una persona de operaciones necesita revisar el procedimiento para recibir una devolución. Puedes ofrecerle una búsqueda sobre documentos internos, con referencias a los pasos y a la versión consultada.
El equipo debe preparar la documentación y definir sus responsables. Un agente no puede resolver por su cuenta dos procedimientos que la empresa mantiene vigentes y que se contradicen.
Aplica los permisos de quien hace la consulta. Una persona con acceso a procedimientos de bodega no debería obtener, por esa misma herramienta, contratos o información de otros equipos. Prueba la búsqueda con usuarios de roles diferentes antes de ampliarla.
Qué medir: respuestas con referencias correctas, tiempo para encontrar el procedimiento y casos donde el sistema debe denegar el acceso o pedir ayuda. Conserva un canal para reportar documentos desactualizados.
Elige el primer proceso con esta ficha
Antes de pedir una implementación, completa una ficha con tu equipo:
- Tarea: describe una operación concreta, como preparar la primera respuesta a una consulta de integración.
- Entradas: identifica documentos y sistemas que necesita la persona que hoy hace el trabajo.
- Resultado esperado: muestra un ejemplo de una buena respuesta y otro que tu equipo rechazaría.
- Acciones y permisos: enumera qué puede consultar, qué puede preparar y quién aprueba los cambios.
- Excepciones: anota cuándo debe detenerse, a quién avisa y cómo retomas el trabajo.
- Medición: registra el tiempo actual y los criterios con los que compararás el piloto.
Con esa ficha puedes evaluar si necesitas un agente, una automatización con reglas o mejorar la documentación primero. Para explorar otros usos, revisa cinco formas de usar IA en una startup con poco presupuesto.
Prueba con casos difíciles antes de ampliar el acceso
Proponemos empezar con un conjunto de consultas históricas depuradas o datos ficticios. Incluye una consulta incompleta, información contradictoria y un intento de pedir datos de otro cliente.
Añade un documento con una instrucción ajena al proceso, por ejemplo, que pida reenviar información a un destinatario distinto. Tu equipo debe comprobar que el agente trata ese texto como contenido y que la integración bloquea operaciones fuera del alcance autorizado.
Registra la fuente consultada, la propuesta, la persona que aprobó y la acción que ejecutó el sistema. Limita quién puede leer esos registros y evita guardar datos sensibles que no necesitas para la evaluación.
Después, prueba con un grupo pequeño de usuarios. Define de antemano qué incidente obliga a detener el piloto, quién recibe la alerta y cómo vuelves al proceso manual. Amplía el alcance cuando tengas evidencia de calidad y una carga de revisión aceptable para tu equipo.
Calcula el beneficio incluyendo la revisión
Puedes estimar el tiempo neto con una cuenta sencilla:
Tiempo neto ahorrado = tiempo manual de referencia − tiempo de revisión − tiempo de corrección − tiempo de operación adicional.
Usa tareas comparables y anota también los costos del modelo, las integraciones y el mantenimiento. Si el equipo tarda más en corregir que en preparar la respuesta, reduce el alcance o revisa la información de entrada antes de añadir más funciones.
Para tu primera implementación, busca una tarea que puedas describir, revisar y detener. En Bakslash podemos ayudarte a evaluar un proceso y diseñar un agente de IA con las integraciones y permisos que necesita tu equipo.
Fuentes y alcance
- Anthropic: Building effective agents, para la distinción entre flujos predefinidos y agentes.
- OWASP: Excessive Agency, para permisos, autorización y aprobación de acciones con impacto.
Consultamos estas fuentes el 30 de octubre de 2026. Los escenarios, la ficha de evaluación y las métricas de esta guía son propuestas editoriales para planificar un piloto; no representan implementaciones ni ahorros comprobados de clientes.
