Agentes de IA para empresas: qué son y cuándo tienen sentido

Qué es un agente de IA

Un agente de IA es un sistema que recibe un objetivo, decide qué pasos dar y utiliza herramientas para completarlos: consultar una base de datos, leer un documento, crear una tarea o enviar un mensaje. La diferencia con un asistente conversacional es que no se limita a responder; actúa sobre otros sistemas.

También se diferencia de una automatización clásica. En una automatización, una persona ha diseñado cada paso de antemano. En un agente, el modelo elige el camino según la situación, dentro de los límites que le hayas dado. Esa flexibilidad es su ventaja y también su principal riesgo.

• Asistente: responde preguntas o redacta textos; la persona decide qué hacer después.
• Automatización: ejecuta una secuencia fija de pasos definida por una persona.
• Agente: decide la secuencia y usa herramientas para alcanzar un objetivo.

Cuándo tiene sentido un agente

Los agentes aportan valor cuando la tarea requiere varios pasos que cambian según el caso y combina información de distintas fuentes. Si la secuencia es siempre la misma, una automatización convencional suele ser más barata, más predecible y más fácil de mantener.

Ejemplos razonables en una pyme: preparar un expediente reuniendo documentos de varias fuentes, investigar una incidencia consultando historial y pedidos antes de proponer una solución, o preparar la planificación semanal a partir de pedidos y disponibilidad.

• Tareas con varios pasos que dependen de lo que se encuentra en cada uno.
• Necesidad de consultar varias herramientas: ERP, CRM, documentación o agenda.
• Volumen suficiente para justificar el esfuerzo de diseño y de control.
• Resultados que se pueden revisar antes de que tengan efecto, al menos al principio.

Cuándo es mejor no usarlo

En estos casos, un agente añade complejidad sin añadir valor. Es preferible empezar con un asistente o con una automatización con aprobación humana, y evolucionar cuando el proceso y los datos estén maduros.

Ten presente también el coste de supervisión. Un agente mal acotado puede generar más trabajo de revisión del que ahorra, sobre todo si sus registros son difíciles de leer o si cada error obliga a deshacer cambios en varios sistemas.

• La tarea tiene una secuencia fija y bien conocida: basta con una automatización.
• Una acción equivocada tendría consecuencias graves o irreversibles, como un pago o una comunicación contractual.
• Los datos que necesita están desordenados o desactualizados.
• Nadie en la empresa podría supervisar lo que hace ni entender sus registros.

Niveles de autonomía

No hace falta decidir entre todo o nada. Un agente puede empezar con poca autonomía e ir ganando margen a medida que demuestra que acierta.

La mayoría de los usos en pymes deberían empezar en los niveles 1 y 2. Pasar al siguiente nivel debe ser una decisión explícita, basada en resultados medidos y no en la comodidad de revisar menos.

• Nivel 1, observa y propone: lee información y sugiere qué hacer, sin tocar ningún sistema.
• Nivel 2, prepara: crea borradores, tareas o registros provisionales que una persona aprueba.
• Nivel 3, ejecuta con aprobación: realiza acciones tras una confirmación explícita.
• Nivel 4, ejecuta dentro de límites: actúa solo en casos acotados, por ejemplo por debajo de un importe o en un tipo concreto de solicitud, y deja registro.

Controles imprescindibles

Antes de dar a un agente acceso a tus sistemas, define sus límites por escrito y asegúrate de que se aplican técnicamente, no solo en las instrucciones que recibe el modelo.

Ten en cuenta que un agente que lee correos o documentos externos puede encontrarse instrucciones maliciosas escondidas en ese contenido. Por eso los permisos y las aprobaciones deben quedar fuera del alcance del propio agente. Revisa además qué obligaciones puede implicar la regulación europea de IA según el uso que le des.

• Permisos mínimos: solo puede leer y escribir lo que necesita para su tarea.
• Límites de acción: importes, número de operaciones o tipos de registro que no puede tocar.
• Aprobación humana para cualquier acción con efecto externo o irreversible.
• Registro completo de cada paso, legible para una persona.
• Entorno de pruebas con casos reales antes de pasar a producción.
• Un mecanismo para pararlo de inmediato y un responsable que sepa usarlo.

Un ejemplo de diseño prudente

Por ejemplo, una empresa de mantenimiento de 80 personas quiere reducir el tiempo que dedica a preparar órdenes de trabajo. Hoy, cuando entra un aviso, alguien consulta el contrato del cliente, el historial de la instalación y la disponibilidad de técnicos, y después crea la orden.

El agente se diseña en nivel 2: cuando entra un aviso, consulta esas tres fuentes, propone el tipo de intervención, el técnico y la franja, y crea la orden como borrador con un resumen de por qué ha elegido esa opción. El coordinador la aprueba o la corrige. El agente no puede comunicar nada al cliente ni modificar contratos.

Tras unas semanas, el equipo revisa cuántas propuestas se aprobaron sin cambios y en qué tipo de avisos se equivocaba. Con esos datos decide si algunos avisos sencillos pueden pasar a nivel 3 y cuáles seguirán siempre con revisión completa.

Cómo evaluar un agente antes de ponerlo en marcha

Una demostración bien preparada no dice cómo se comportará el agente con tus casos reales. Antes de conectarlo a sistemas en producción, prepara un conjunto de pruebas con situaciones de tu empresa, incluidas las difíciles y las raras, y define qué respuesta considerarías correcta en cada una.

Ejecuta el agente sobre ese conjunto y revisa no solo el resultado final, sino el camino: qué fuentes consultó, qué pasos dio y por qué. Un agente que acierta por el camino equivocado acabará fallando cuando cambien las circunstancias.

Repite estas pruebas cada vez que cambie algo importante: el modelo, las instrucciones, las herramientas a las que tiene acceso o el propio proceso. Lo que funcionaba ayer no tiene por qué seguir funcionando igual.

• Casos habituales, para comprobar que resuelve bien lo frecuente.
• Casos con datos incompletos o contradictorios, para ver si pide ayuda en lugar de inventar.
• Casos fuera de su ámbito, para confirmar que se detiene.
• Intentos de que haga algo que no debe, para verificar que los límites funcionan.