Arquitectura IA

IA agentica: la arquitectura que sostiene una empresa entera

Equipo Potenciado

Un agente que responde emails no cambia una empresa. Lo que la cambia es la capa que hay debajo: la que decide que agente actua, con que datos y hasta donde puede llegar sin preguntar. Esa capa es el producto real de la IA agentica, y casi nadie habla de ella.

¿Que es la IA agentica cuando dejas de mirar el chat?

Un chatbot responde. Un agente decide. La diferencia no esta en la calidad del texto: esta en la arquitectura. El agente recibe un objetivo, elige que herramientas usar, ejecuta, comprueba el resultado y vuelve a decidir. Ese bucle es lo que define lo agentico.

Por eso el modelo importa menos de lo que parece. Un modelo excelente sin acceso a nada resuelve conversaciones. Un modelo correcto con acceso a tu CRM, tu calendario y tu facturacion resuelve procesos. El valor esta en lo que rodea al modelo, no en el modelo.

  • Objetivo: que se considera terminado, no que respuesta se considera correcta
  • Herramientas: las acciones reales que puede ejecutar sobre tus sistemas
  • Estado: que recuerda entre pasos y entre sesiones
  • Limites: que hace solo y que exige aprobacion humana

La arquitectura minima: cinco capas, no un modelo

Montar agentes de uno en uno funciona hasta el tercero. A partir de ahi, cada agente nuevo duplica integraciones, credenciales y reglas de negocio. La solucion no es mas agentes: es una plataforma debajo de todos ellos.

Esa plataforma tiene cinco capas y ninguna es opcional cuando el agente toca dinero, datos de clientes o compromisos con terceros.

  • Modelos: intercambiables, con posibilidad de usar uno distinto por tarea segun coste y latencia
  • Herramientas y conectores: una sola integracion por sistema, reutilizada por todos los agentes
  • Memoria y estado: contexto compartido para que el cliente no repita lo que ya conto
  • Orquestacion: quien atiende que, cuando escala y como se pasa el testigo
  • Observabilidad y control: trazas de cada decision, costes por proceso y freno de emergencia

Las decisiones que se toman una vez y condicionan todo

La primera es la granularidad. Un agente que lo hace todo es imposible de depurar. Quince agentes diminutos son imposibles de coordinar. La unidad util suele ser el proceso completo: calificar un lead, preparar un presupuesto, cerrar una incidencia.

La segunda es donde pones la frontera entre comprar y construir. Los conectores y la orquestacion se compran. El criterio de negocio, cuando un lead esta caliente o que descuento es aceptable, no se compra, porque es exactamente lo que te diferencia del de al lado.

La tercera es el modelo de permisos, y conviene definirlo antes de escribir la primera linea. Tres niveles bastan: leer, proponer, ejecutar. Cada accion del agente cae en uno de los tres y ahi se queda hasta que alguien decida moverla.

El problema real aparece con el segundo agente

Con un agente tienes una automatizacion. Con dos tienes un sistema distribuido, con todo lo que eso implica: traspasos, estado compartido, acciones duplicadas y conflictos de criterio. Si el agente de marketing y el de ventas escriben sobre la misma ficha, alguien tiene que arbitrar.

Ese arbitro es un componente concreto, no una metafora organizativa. En sectores con mucho volumen de conversaciones el patron se ve enseguida: en automocion, por ejemplo, una plataforma de gestion agentica coordina recepcion, seguimiento y taller sobre un mismo cliente sin que este note tres sistemas distintos.

La regla practica: cada accion con efecto externo necesita un unico responsable y debe poder repetirse sin duplicar el efecto. Enviar dos veces el mismo presupuesto es un fallo de arquitectura, no del modelo.

Como se empieza sin construir un monolito

El error caro es empezar por la plataforma y pasar meses sin nada en produccion. El otro error caro es no llegar nunca a ella y acabar con doce automatizaciones sueltas que nadie mantiene.

El orden que funciona es al reves de lo que parece. Coges un proceso, lo llevas de punta a punta, lo mides antes y despues. Cuando funciona sin supervision constante, extraes lo reutilizable: el conector, la traza, el patron de permisos. Eso es tu plataforma, y la has pagado con un proceso que ya da resultado.

Sirve tambien de filtro. Si hoy no puedes medir ese proceso con una hoja de calculo, tampoco vas a saber si el agente lo mejora.

Este tema tambien se trata, desde otro enfoque, en Agent Hub.

La IA agentica no se decide comprando agentes, se decide eligiendo sobre que arquitectura va a funcionar tu empresa los proximos anos. Si estas en ese punto, lo util no es una demo: es sentarte a mapear un proceso concreto y ver que capas ya tienes y cuales no. En Potenciado construimos justo esa capa, y esa conversacion la tenemos encantados.

Preguntas frecuentes

¿Cual es la diferencia entre un chatbot y un agente de IA?

El chatbot genera respuestas dentro de una conversacion y termina ahi. El agente recibe un objetivo y actua sobre sistemas reales: consulta una base de datos, crea un registro, envia un documento, comprueba si funciono y corrige. El chatbot se evalua por lo que dice; el agente, por lo que deja hecho.

¿Necesito una plataforma o me basta con conectar un modelo a mis herramientas?

Para un caso aislado basta con la conexion directa. El limite aparece al tercer o cuarto proceso: empiezas a repetir integraciones, cada agente guarda su propio contexto y nadie sabe cuanto cuesta cada uno. En ese punto la plataforma deja de ser un lujo y pasa a ser lo que evita reescribirlo todo.

¿Que pasa cuando un agente se equivoca?

Depende de si lo disenaste esperandolo. Con trazas de cada decision sabes en que paso fallo y por que. Con niveles de permiso, el error se queda en una propuesta que un humano descarta en lugar de en una accion irreversible. Sin ninguna de las dos cosas, el fallo lo descubre el cliente.

¿Que perfiles hacen falta para montar una arquitectura agentica?

Menos de los que se suele pensar, pero distintos. Alguien que conozca los sistemas internos y sus integraciones, alguien que sepa escribir el criterio de negocio con precision suficiente para que sea ejecutable, y alguien responsable de revisar lo que hacen los agentes de forma continua. El rol de revision es el que mas se olvida y el que mas se nota cuando falta.