Skip to content
Guía

Agentes de IA, qué son y para qué sirven en tu empresa

Qué es un agente de IA, qué tipos hay, para qué se usan de verdad en una empresa, lo que puede salir mal y qué preguntar antes de contratar a nadie.

Qué verás en esta guía

  1. 01 La respuesta corta
  2. 02 Tipos y usos
  3. 03 Lo que puede salir mal
  4. 04 Para tu empresa

01 · La respuesta corta

Qué es un agente de IA

Un agente de IA es un programa que entiende lo que le pides y elige por su cuenta qué hacer para resolverlo. Dentro lleva un modelo de lenguaje, que es la parte que entiende, más una lista de acciones que alguien le ha autorizado, como consultar una agenda, buscar en un manual o registrar un dato.

La diferencia con un bot de los de siempre está en quién decide la respuesta. La del bot ya estaba escrita antes de que nadie preguntara. La del agente se decide en el momento, según lo que le hayan pedido.

Y la diferencia que importa en una empresa es sobre qué datos trabaja. Un asistente de uso general se queda en lo que trae de fábrica. Un agente de empresa entra en tus sistemas, con los permisos de quien lo usa y dentro de los límites que tú apruebes.

Dónde acaba la IA generativa y empieza la IA agéntica

Al buscar sobre esto te vas a cruzar con dos etiquetas que el mercado usa sin explicar nunca. La IA generativa produce contenido, desde un texto hasta un trozo de código. La IA agéntica usa esos mismos modelos para actuar: decide los pasos, consulta las herramientas que hacen falta, comprueba lo que sale y termina la tarea.

El ejemplo más corto que tenemos. La generativa te escribe el correo. La agéntica lo escribe, mira la agenda de los convocados y manda la invitación.

Esa capacidad extra exige un control extra. Es la razón de que el resto de esta guía hable tanto de medir. Un sistema que solo escribe se corrige leyéndolo antes de enviarlo. Uno que actúa ya ha tocado tus sistemas cuando alguien se entera.

02 · Tipos y usos

Tipos de agentes

No todos los agentes deciden igual y ahí está buena parte de la diferencia de precio, tanto lo que cuesta construir uno como, sobre todo, lo que cuesta mantenerlo. Con tres categorías sitúas casi todo lo que te van a ofrecer.

  • Que reacciona. Responde siempre igual ante la misma situación, siguiendo reglas fijas. Barato y predecible, aunque solo sirve para lo que alguien previó.
  • Que planifica. Recibe un objetivo y monta él mismo los pasos para llegar, rehaciéndolos si algo se tuerce. Le pides un presupuesto y consulta el catálogo, mira existencias y avisa si falta algo. Es lo que hoy se vende como agente de IA.
  • Que aprende. Mejoraría solo, con su propia experiencia y sin que nadie vuelva a tocarlo. Es el que más sale en las promesas y el que menos en producción.

Cuando te dicen que aprende solo

El tipo de agente de inteligencia artificial que «aprende» merece un aviso aparte, porque «aprende de tus datos» es de las frases más repetidas del sector (también la que muchas veces nos solicitan por haberlo visto por ahí) y casi nunca significa lo que parece. Un agente en producción no mejora por sí solo. Mejora cuando una persona cambia sus instrucciones, ordena mejor los datos o añade casos a la batería de pruebas. Ese cambio lo ejecuta siempre alguien.

Si te dicen que aprende solo, hazte estas tres preguntas: qué cambia exactamente, quién lo ejecuta y cómo se comprueba que no ha empeorado otra cosa. Sirven tanto para hacérselas al proveedor que te vaya a construir la solución como para hacértelas tú mismo y entender mejor lo que se está construyendo.

Dónde encaja un agente entre las formas de automatizar

Casi cualquier propuesta que recibas encaja en una de estas cinco formas. Pregunta cuál te están vendiendo, porque lo que de verdad marca el coste de probarlo, de vigilarlo y de arreglarlo cuando falla es la forma, más que el tipo de agente que lleve dentro. Las dos primeras no llevan ningún agente. Las tres últimas son las que el mercado llama IA agéntica.

Cada línea es el recorrido de una petición, desde que entra hasta que se resuelve. Lo azul es lo que decide el modelo en ese momento. Lo negro es código corriente, que hace siempre lo mismo y se puede comprobar entero antes de publicarlo. Cuanto más azul hay, más decide el sistema por su cuenta y más trabajo cuesta probarlo y vigilarlo. Las dos primeras formas no llevan agente y la cuarta, pese a llevarlo, decide menos que la tercera.
  1. Un flujo fijo sin modelo. Los pasos corren en un orden establecido y unas reglas deciden las bifurcaciones. Tu ERP y tu plataforma de integración ya hacen esto y es lo más barato que funciona.
  2. Un flujo fijo con paradas de modelo. El mismo flujo de siempre, con el modelo llamado solo en los dos o tres puntos donde hay que leer o interpretar algo. Es la forma más común hoy en sistemas de empresa reales y la primera que consideramos.
  3. Un agente. Recibe un objetivo, un conjunto cerrado de acciones y sus límites. Con eso decide qué acción toca según lo que va encontrando. Compensa cuando la ruta cambia de verdad en cada caso.
  4. Un agente dentro de un flujo. El recorrido sigue siendo fijo por fuera y uno de sus pasos le cede el mando a un agente, que resuelve ese trozo y lo devuelve. Da margen donde los casos llegan desordenados y mantiene previsible todo lo demás.
  5. Varios agentes con un orquestador. Una única puerta de entrada entiende la petición y la dirige al especialista que toca. Es la respuesta correcta cuando los dominios son de verdad distintos. Nosotros la usamos en el asistente de planta justo por eso.

Por qué no nos gustan las arquitecturas agénticas →

Aplicaciones de agentes de IA en el mundo real

«Sirve para todo» es la respuesta que no ayuda a nadie. En la práctica, casi todo lo que hoy funciona dentro de una empresa cae en unos pocos usos. Estos cinco son los que más se repiten.

Todos comparten la misma forma. Alguien tenía que leer algo y después actuar sobre un sistema de la empresa. Si a tu caso le falta una de esas dos mitades, casi siempre hay una manera más barata de resolverlo que un agente.

  • Leer documentos que llegan sin formato fijo. Facturas, albaranes, contratos, partes de trabajo. Cada emisor manda el suyo con otra plantilla, así que alguien acaba tecleándolos uno a uno. Nosotros lo tenemos funcionando para gestionar facturas de suministros.
  • Preguntar a los datos de la empresa sin saber consultarlos. Alguien pregunta con sus palabras y recibe la cifra, sin abrir un panel ni aprender a escribir una consulta. Lo tenemos funcionando por WhatsApp.
  • Consultar la documentación interna y guiar un diagnóstico. Manuales, procedimientos e histórico de averías que existen pero que nadie encuentra a tiempo. Lo tenemos funcionando en una planta industrial.
  • Cualificar lo que entra por mensaje. Solicitudes, interesados, peticiones de presupuesto. El agente reúne lo que hace falta para decidir y lo entrega ordenado. Quien decide sigue siendo una persona. Lo tenemos funcionando en una agencia inmobiliaria.
  • Atender y gestionar fuera de horario. Reservas, cambios y cancelaciones a cualquier hora, con el calendario al día y una persona detrás para lo urgente. Lo tenemos funcionando en clínicas, con nuestro propio producto.

03 · Lo que puede salir mal

Lo que puede hacer y lo que no

Nada de esto se enchufa y funciona. El alcance del proyecto suele marcar la diferencia entre que funcione o no. Con un alcance demasiado amplio el sistema corre el peligro de ser mediocre en todo y de no ganarse la confianza en nada. Con uno demasiado estrecho, el montaje cuesta más que el trabajo que ahorra.

Los proyectos que salen bien eligen una tarea con un límite claro alrededor, la demuestran y después la amplían.

Lo que los sistemas de hoy hacen bien es leer lo que llega sin forma fija, entender una petición escrita de veinte maneras, seguir un procedimiento paso a paso y actuar dentro de un conjunto cerrado de acciones que alguien aprobó. Esa lista es nueva de verdad y es la razón de que procesos que sobrevivieron a todas las olas de automatización anteriores estén ahora en juego.

Lo que no hacen es inventar conocimiento que nadie escribió, garantizar un resultado sin que un código lo compruebe antes, ni mejorar solos mientras nadie mide.

Parte de nuestro trabajo es decirte cuándo no hace falta un agente. A veces basta con una regla, con un formulario bien hecho o con rediseñar el proceso, porque un modelo encima de un proceso roto o mal definido solo hace que el desastre llegue antes.

Medido antes de cada cambio, vigilado después

Hay un riesgo que casi nadie presupuesta. Un sistema con IA puede empeorar solo, sin que nadie lo toque. El proveedor actualiza el modelo sin cambiarle el nombre, tu documentación crece y tus datos van cambiando con el tiempo.

Chen, Zaharia y Zou, de Stanford y Berkeley, lo midieron sobre el mismo modelo comercial en marzo y en junio de 2023. Su comportamiento cambió tanto que en una tarea el acierto pasó del 97,6 % al 2,4 %, sin que nadie del lado del cliente tocara nada.

Gartner calculó en junio de 2025 que más del 40 % de los proyectos de IA agéntica se cancelará antes de acabar 2027. Por nuestra experiencia esa mortalidad vive en el mantenimiento y no en el estreno.

¿Cómo se vigila algo que empeora en silencio? Los modelos no son deterministas, no siempre devuelven lo mismo, así que comprobar una respuesta un día no garantiza nada. La única disciplina que funciona ahí es estadística y aburrida. Antes de publicar cualquier cambio, una batería de casos anotados y anonimizados tiene que pasar. Si la calidad baja, el cambio no sale.

Después del estreno, la vigilancia no se apaga. Cada semana lanzamos contra el sistema vivo una tanda de conversaciones de prueba anonimizadas, de principio a fin. En el asistente de planta, la calibración del enrutado, el reparto de cada consulta a su agente, se midió sobre casos reales y pasó del 72 % al 91 % de acierto.

También supimos parar a tiempo. Buscar el cien por cien acaba llevándote a ajustar las pruebas para que aprueben, en vez de a mejorar el sistema. En Wazzy, por ejemplo, empezamos con una arquitectura de agentes con herramientas a su disposición y la hemos cambiado tres veces hasta dar con la correcta, la que de verdad subió el porcentaje de conversaciones que acaban bien.

Ninguna de estas cifras aparece sola. Existen porque el sistema se construyó desde el principio para medirse, con su batería y su vigilancia dentro del presupuesto. Cuando evalúes a cualquier proveedor, nosotros incluidos, pide sus cifras. Lo que hace falta para que un sistema pase de su sexto mes tiene artículo propio.

Empezar es fácil, mantenerlo vivo es lo difícil →

04 · Para tu empresa

Cómo es el proyecto, de la primera reunión a producción

El proyecto no arranca con una plataforma que lo hará todo, arranca con un proceso que duele y una cifra que debería moverse. Y todo lo que cuenta esta guía, las pruebas antes de cada cambio, la vigilancia después y el control de quién ve qué, entra en ese primer caso desde el día uno, porque añadirlo más tarde es la versión cara.

Nuestro método tiene cuatro pasos con nombre y cada uno entrega algo que puedes tener en la mano.

  1. Explorar. Entendemos el proceso y los datos y te decimos claro si vemos retorno. Lo que sale de aquí es un sí o un no.
  2. Priorizar. Elegimos el primer caso por dolor y por cifra en vez de por lo que luce. Sale ese caso, con su cifra al lado.
  3. Implementar. Construimos ese caso y lo llevamos a producción. Sale un sistema funcionando con su batería de pruebas puesta.
  4. Optimizar. Medimos lo que hace con usuarios reales, para que la decisión sobre el paso siguiente salga de datos y no de opiniones.

Cómo saber si tu empresa necesita uno

No toda tarea merece un agente. Esta es la criba que aplicamos nosotros antes de aceptar un proyecto, en el mismo orden. Puedes pasarla tú solo con la lista de procesos de tu empresa delante.

  1. Existe una tarea que exige criterio. Si es puro trámite sin decisiones, la automatización de siempre es más barata. Si cada caso exige entender algo, leer un documento, interpretar una petición, ahí vive el agente.
  2. La información que necesita existe y es alcanzable. Un agente sin acceso a datos fiables responde con lo que le parece más probable. A veces el primer trabajo real es ordenar las fuentes.
  3. Hay una cifra de negocio que debería moverse, horas, solicitudes atendidas, plazos. Si nadie sabe qué número mejoraría, no habrá manera de saber si ha funcionado ni de defenderlo cuando toque renovarlo.
  4. Alguien dentro será su dueño. Un agente en producción necesita una persona que mire las métricas y decida pequeñas cosas cada mes. Sin dueño interno, hasta el mejor sistema acaba abandonado.
  5. Ocurre a menudo. Un flujo que corre tres veces al mes no llega a pagar la vigilancia que exige, por bien construido que esté. Por debajo de esa frecuencia la respuesta casi siempre es que no.

La conversación de cinco minutos que lo decide

Con un proceso candidato en la cabeza, tres preguntas separan el proyecto que compensa del que solo da titulares. Las dos primeras ya las contestaste en la criba de arriba y aquí las aterrizamos.

Peeero antes de pasar a las tres, una comprobación. Si el proceso te vino a la cabeza por lo bien que quedaría en una demostración y no por lo que te está costando, hay una trampa esperándote y los expertos ya le han puesto nombre, «el juguete brillante».

Vamos con la primera, es de números. Cuántas veces al día ocurre y cuánto se tarda cada vez. Multiplica las dos cifras y tendrás, antes de encargar nada, los minutos al día que ese proyecto puede llegar a ahorrarte como mucho.

La segunda es sobre el tipo de trabajo. Qué hace exactamente la persona que hoy lo resuelve, mirar o decidir. Si solo comprueba que un campo está donde tiene que estar, tu problema es de reglas y la IA/agente te sobra. Si tiene que leer, entender y elegir entre opciones que no siempre son las mismas, ahí empieza el terreno del agente.

La tercera es la que casi nadie hace y la que más dinero ahorra. Qué pasa si el sistema se equivoca una vez de cada veinte. Si la respuesta es que se corrige en un minuto, puedes automatizar con validación ligera y avanzar rápido. Si la respuesta es una factura mal emitida, un cliente perdido o una multa, el proyecto sigue siendo viable pero cambia de forma, con más validación por código, más casos escalados a una persona y un presupuesto mayor.

La tolerancia al error no determina si merece la pena automatizar, sino cuánto cuesta hacerlo de forma segura.

El juguete brillante, el proyecto que nace del brillo →

A medida, de catálogo o las dos cosas

La pregunta de comprar o construir tiene fama de ser una decisión técnica y no lo es. Es una decisión sobre cuánto de tu proceso es estándar y cuánto tiene algo propio.

Donde tu proceso es estándar, un producto probado suele ganarle a un desarrollo a medida en tiempo y en precio. Hacer lo contrario sería venderte horas. Donde tu proceso lleva dentro tu criterio, tu modelo de datos y tus excepciones, una herramienta de catálogo puede borrar precisamente lo que hace que ese proceso sea tuyo. Ahí la suscripción que parecía barata empieza a llenarse de apaños.

El patrón que funciona no tiene ningún brillo. Compra las piezas estándar: la gestión de tickets, los calendarios, el programa de contabilidad. Y construye solo la capa que falta: la que lee la información, toma decisiones y conecta esas herramientas como funciona de verdad tu operación.

Esa capa es donde viven los agentes. Es lo bastante pequeña como para que tenga sentido construirla a medida y al mismo tiempo, es la parte que ningún fabricante puede meter en una caja, porque esa caja no conoce cómo funciona tu negocio.

Hay una última cuestión que conviene plantear desde el lado de quien compra. Si una propuesta solo tiene sentido migrando todos tus procesos a la plataforma de alguien, no estás comprando solo automatización, estás comprando una dependencia. Pregunta qué se queda contigo el día que acabe el contrato.

Nuestra respuesta es sencilla, todo: el repositorio, la infraestructura y los datos. Y va por escrito.

Los errores que más vemos al empezar

Casi ningún proyecto muere por la tecnología, muere por decisiones de las primeras semanas que nadie revisó. Estas son las que más nos encontramos.

  • Empezar por el caso llamativo en lugar del que duele, que es el juguete brillante del apartado anterior. La demostración espectacular consigue aplausos y el proceso aburrido que quema horas consigue renovar el presupuesto y tener proyección.
  • Comprar la plataforma antes que el caso. Primero un proceso en producción con sus números por delante, después la conversación sobre plataformas, si es que sigue haciendo falta.
  • Dejar la medición para el final. La batería de pruebas se construye con el sistema, no después del susto.
  • No nombrar un dueño interno. Un agente sin dueño queda abandonado en tres meses, con métricas que nadie mira y pequeñas decisiones que nadie toma.
  • Esperar datos perfectos para arrancar. Con que sean alcanzables, basta. Ordenarlos suele ser la primera fase del proyecto y se le saca más provecho que cualquier ajuste de instrucciones al agente de IA.
  • Prometer a la empresa que el agente funcionará solo desde el primer día. Es la promesa que mejor suena en una reunión y la que más caro se paga después, porque la autonomía se suelta poco a poco, según lo que las pruebas vayan demostrando.

Qué preguntar a cualquier proveedor

Con lo leído hasta aquí, estas seis preguntas te dejan ver por dentro cualquier propuesta, la nuestra incluida.

  • En qué infraestructura corre el sistema y a nombre de quién quedan la cuenta y el repositorio.
  • Qué viaja exactamente en cada llamada al modelo, mostrado para tu caso y no en general.
  • Qué impide que el asistente enseñe datos a quien no debe y si la respuesta vive en el código o en las instrucciones del modelo.
  • Qué hace el sistema cuando no sabe la respuesta y qué rastro deja ese «no».
  • Qué batería de pruebas frena un cambio conflictivo y qué se vigila cada semana en producción.
  • Qué cifra de negocio movió su último proyecto, con número y no con adjetivos.

Las reglas europeas

Si despliegas en Europa, dos reglamentos enmarcan el trabajo. El RGPD gobierna los datos personales que hay dentro del sistema y el reglamento europeo de IA ordena los sistemas por el riesgo de su uso.

Los deberes de transparencia del reglamento de IA se aplican desde agosto de 2026, mientras que el Ómnibus Digital de julio de 2026 empujó las obligaciones pesadas de alto riesgo a diciembre de 2027 y más allá. Ninguno de los dos prohíbe lo que esta guía describe. Los dos premian la misma arquitectura, con registros, supervisión y contención diseñados desde el principio.

Tenemos una página completa sobre cada uno para quien tiene que defender el proyecto delante del departamento legal.

IA conforme al RGPD, en una cuenta que controlas →

El vocabulario, en diez términos

Los términos que van a aparecer en cualquier propuesta que recibas, explicados en una línea.

  • Modelo de lenguaje (LLM). El motor que entiende y produce texto. No sabe nada de tu empresa por sí mismo.
  • Contexto. Lo que el modelo puede leer mientras responde. Es el límite real de lo que puede saber y también de lo que podría enseñar por error.
  • Generación aumentada por recuperación (RAG). Búsqueda que recupera fragmentos de tu documentación y se los da al modelo como contexto para que responda desde ahí.
  • Orquestador. La pieza que reparte cada petición al agente o herramienta adecuados. En nuestro asistente de planta reparte entre media docena de especialistas.
  • Herramienta. Cada acción concreta que un agente puede ejecutar: consultar una base de datos, reservar una cita, enviar un correo.
  • Contrato estructurado. El formato fijo con el que el modelo entrega lo que entendió, para que un código lo valide antes de actuar. En las propuestas lo verás como salida estructurada o function calling.
  • Batería de pruebas. Casos reales, con su respuesta correcta escrita al lado, que todo cambio debe superar antes de publicarse. En inglés lo verás como evals.
  • Telemetría. Las mediciones que el propio sistema publica sobre cómo está funcionando.
  • Alucinación. Respuesta falsa con apariencia impecable. Se combate con arquitectura, no con ruegos al modelo.
  • Identidad del usuario. La credencial que viaja con cada acción, para que el agente actúe con los permisos de esa persona y no con los de una cuenta que lo puede todo.

Cuánto cuesta, en corto

Un agente a medida de un solo trabajo arranca en torno a los 2.500 € de construcción, los que tocan varios sistemas se acercan a los 10.000 € y la operación mensual se mueve entre 150 y 500 €. Los sistemas multiagente grandes se presupuestan por proyecto. Qué mueve cada cifra, a dónde va la cuota mensual y qué es tuyo al final tiene su propia guía.

Cuánto cuesta un agente de IA, la guía completa →

Preguntas frecuentes sobre agentes de IA

¿Un agente de IA sustituye a las personas del equipo?

En nuestros proyectos sustituye tareas, no puestos. El agente absorbe el volumen repetitivo, el triaje, la primera respuesta, el tecleo de datos. Las personas se quedan la parte con criterio. En la agencia inmobiliaria del caso, el equipo dejó de filtrar solicitudes y pasó a concertar visitas, que es el trabajo que produce ingresos.

¿«IA agéntica» y «agente de IA» son lo mismo?

En la práctica se usan como sinónimos y no pasa nada por hacerlo. «Agente de IA» nombra la pieza que trabaja y «IA agéntica» nombra la categoría, la manera de construir sistemas que deciden y actúan en lugar de limitarse a responder. Si alguien te los presenta como dos productos distintos, te está vendiendo dos veces lo mismo.

¿Un agente y la RPA son lo mismo?

No. La RPA imita clics y teclas sobre pantallas y funciona bien en procesos idénticos que nunca cambian. Un agente entiende contenido, un documento distinto cada vez, una petición escrita de cualquier manera y decide qué hacer con ello. Conviven a menudo, la RPA mueve lo mecánico y el agente lo que exige interpretar.

¿Qué pasa cuando el agente no sabe responder?

Un buen agente dice que no lo sabe y deja rastro. Esa respuesta tiene más ingeniería detrás de lo que parece. Distinguimos el «no» porque el producto no llega hasta ahí del «no» porque falta documentación, cada uno con su cola de trabajo. Y los casos urgentes o delicados se escalan a una persona, con el historial de la conversación puesto.

¿Necesito tener los datos perfectos antes de empezar?

Perfectos no, alcanzables sí. Se rinde más ordenando datos y herramientas que puliendo instrucciones. A veces la primera fase del proyecto es exactamente esa. Lo que no funciona es esperar que el modelo compense datos que nadie puede leer, porque rellenará los huecos con probabilidad.

¿Cuánto se tarda en poner uno en producción?

Depende del alcance. Desconfía de quien te dé un plazo sin haber visto tus sistemas. Lo que sí es constante es la forma, un primer proceso acotado que entra en producción y se mide, con crecimiento desde ahí. Los proyectos que empiezan por la plataforma total y dejan la medición para el final inflan la estadística de cancelaciones.

¿Los datos de mi empresa se usan para entrenar modelos?

Con los proveedores y la configuración que desplegamos, no. Las llamadas al modelo van bajo acuerdos y ajustes que excluyen el entrenamiento con tu contenido. La elección del proveedor la apruebas tú. Nuestros sistemas corren además en una cuenta en la nube a tu nombre, así que los datos no viven en infraestructura nuestra.

¿Qué pasa si el proveedor cambia el modelo por debajo?

Pasa, además sin avisar. Está medido que un mismo modelo comercial puede rendir muy distinto con meses de diferencia sin cambiar de nombre. Por eso cada sistema nuestro lleva su batería de pruebas y su vigilancia semanal, que detectan el cambio antes que tus usuarios. Cambiar de modelo tampoco es siempre un ajuste de configuración, a veces obliga a tocar el sistema. Prometer lo contrario sería vender humo.

¿Funciona en mi sector?

Nuestros cinco sistemas en producción cubren industria, agricultura, inmobiliaria, salud y servicios, que ya es variedad. La pregunta útil no es el sector, es si existe la tarea repetitiva con criterio, los datos alcanzables y la cifra que mover de la criba de arriba. Si las tres cosas están, el sector pone el vocabulario y poco más.

¿Tiene sentido un agente en tu empresa?

Cuéntanos tu reto y te respondemos en un día laborable. Si no le vemos retorno, te lo diremos.