«MuleSoft no solo ayuda a gestionar las APIs, también los agentes de IA»

(San Francisco) Durante el pasado DreamForce 2025, tuvimos la oportunidad de hablar con Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal, sobre las novedades que acaba de lanzar MuleSoft así como la forma en la que están integrando la IA y cómo ayudan sus soluciones a gestionar mejor la integración de sistemas y los despliegues en empresas.

[MCPRO] ¿Cómo explicarías qué hace MuleSoft? ¿Qué ofrecéis?

[Ricardo Usaola] MuleSoft se encarga, en primer lugar, de gestionar todos los problemas de conectividad, es decir, que permite que te olvides de cómo se conectan los distintos sistemas entre sí. Gestionamos la integración, las APIs, etc. En una fase posterior, ya con toda la integración resuelta, MuleSoft ofrece grandes capacidades de automatización, «ya soy capaz de que éste se hable con este y soy capaz de automatizar procesos«. Y el siguiente paso que tenemos ahora es la parte de inteligencia artificial. Es decir, «¿cómo somos capaces de ayudar a la gestión de la inteligencia artificial?«.

¿Y que aportamos dentro de una empresa como Salesforce? En primer lugar, aportamos la integración entre distintas nubes con cualquier sistema. Y lo que hacemos es proveer más rapidez y más sencillez en esa implementación de proyectos. Pero además, con estos nuevos lanzamientos, estamos ayudando al negocio. Es la primera vez en siete años que vemos a los CEOs y a los CIOs interesados por un producto, porque con MuleSoft Agent Fabric, ya entramos en su terreno.

Estamos hablando de SalesForce, en un mundo de agentes donde estamos empezando a complementar a los humanos y dándoles grandes capacidades, «deja de hacer todo esto y yo te doy la información que necesitas para hacer tu trabajo mucho más eficiente y además con la parte más creativa y más centrada en la innovación«.

Entonces, en una empresa que sólo tenga Salesforce, no haría falta MuleSoft Agent Fabric, porque dentro del mundo de Salesforce, gobernar cómo se empiezan a hablar unos agentes con otros ya lo hace AgentForce. Con AgentForce puedes hacer que distintas acciones originadas en Sales o en Service Marketing, se vayan organizando y se vayan activando, etc. Pero hay muchas otras situaciones donde es necesario que nos integremos también con otros agentes que no están construidos en nuestro ecosistema Salesforce.

Por ejemplo, SAP tiene su agente, AWS tiene su agente, Google tiene su agente, Microsoft tiene sus agentes, etc. Cuando yo defino un proceso de negocio, no quiero restringirme a un área, sino que quiero que a lo mejor en base a una llamada actúe con una herramienta de Service Desk, que no es la de Salesforce, o que dispare un proceso en una plataforma, o en SAP que se cargue una factura, o que haga una petición de actualización de un stock, etc.

MuleSoft Agent Fabric soluciona es esa complejidad que van a empezar a tener los clientes, porque tienen cada vez más agentes. La velocidad a la cual está avanzando la creación de los agentes es tan grande que algunas empresas han intentado crear este orquestador de agentes, pero es bastante complejo. Nosotros llevamos 20 años gestionando las APIs, gestionando microservicios, y ahora con los agentes lo llevamos un paso más allá.

Es decir, para las APIs ya ofrecíamos un repositorio donde residían las distintas APIs. Y esto iba acompañado de una forma de gestionar la seguridad, de monitorizar quién se habla con quién, etc. ¿Qué es lo que estamos añadiendo? Sigue siendo la misma plataforma, pero ahora con la funcionalidad de poder gobernar también agentes. Si antes en una API lo que gestionaba es el SLA, ahora con los agentes se registran en un inventario, se define su gobierno, los guardarraíles que tendrán, etc.

¿Qué pasa cuando una organización tiene cientos de APIs y no tiene un control de estas APIs, no tiene un gobierno, no tiene un catálogo? Pues que se empiezan a duplicar APIs, se hacen cuatro veces, porque esa API está en cuatro proyectos que las hacen cuatro partners diferentes y que como no se hablan entre sí, pues tienen una API duplicada o triplicada, con ciclos de vida descoordinados. Todo eso lo han sufrido la mayoría de los clientes, menos los que tienen MuleSoft.

Ahora mismo no hay todavía empresas que tengan ya 500 agentes funcionando, pero es muy importante poner las bases al principio. ¿Cómo se crea un agente? Bueno, pues dónde se registra, donde se cataloga, ¿Quién tendrá acceso a ese agente?, ¿cómo se habla con otro?, ¿qué posibilidades hay de que hable con un tercer agente?, etc. Todas las empresas necesitarán gestionar sus agentes, para aplicar políticas de seguridad comunes, aplicar permisos de forma segura u homogénea y controlar su funcionamiento.

[MCPRO] ¿Puedes explicarnos con más detalle en qué consiste MuleSoft Agent Fabric?

[Ricardo Usaola] MuleSoft Agent Fabric se compone de 4 componentes que están disponibles ya. Son cuatro piezas porque hay clientes que a lo mejor sólo utilizan una de ellas por la razón que sea. La primera pieza es MuleSoft Registry, que es donde se registran todos los agentes que hay, que pasan a formar parte de un catálogo, el exchange que ya existía de las APIs. Pues ahora en vez de ver solo APIs o conectores, se pueden ver los agentes. Se pueden seleccionar los agentes y ver todos los agentes disponibles, y esto es lo más importante, estén construidos en Salesforce o en cualquier plataforma.

¿Cuál es el siguiente paso? Ser capaz de que haya un agente que autodescubra todos los agentes que hay en tu ecosistema. Esto facilita que se descubran todos los agentes que hay, en qué dominio están y los registre.

El siguiente punto tiene que ver con la orquestación, cómo se hablan unos agentes con otros, e ir dando soporte a nuevos estándares. Ya está implantado el estándar MCP, acaba de salir A2P para pagos, y más adelante posiblemente aparecerán nuevos estándares que se irán incorporando.

El siguiente tiene que ver con la seguridad y el gobierno de las APIs. Es decir, de las APIs de los agentes. Ya facilitan la implantación de políticas de seguridad, permisos, etc. Directamente en esos agentes, sin importar en qué plataforma estén hechos.

Y luego, el último punto, el cuarto bloque, es la monitorización. Es decir, ser capaz de ver quién está hablando con quién. Por ejemplo, si un agente normalmente habla con otros dos, porque habla casi siempre todas las preguntas las dirige a estos dos. ¿Qué preguntas han fallado, dónde no se ha podido tomar una acción? Entonces, ahí, en ese campo de monitorización, todavía se puede avanzar.

[MCPRO] Comentabas antes que todo esto está desplazando la interlocución del plano puramente técnico al de empresa, que ahora se interesan los CEOs.

[Ricardo Usaola] ¿Por qué esto ha empezado a ser importante para el negocio? Porque el negocio es el que ve que pone orden o esto se descontrola de una forma muy rápida. Entonces estamos empezando a tener conversaciones muy de negocio y conversaciones además no tecnológicas.

Si un cliente tiene MuleSoft y tiene ya creadas sus APIs, las recubre con MCP, que es un protocolo para que un agente pueda acceder de una forma normalizada a esa API. Y luego también soportamos los estándares de Agent to Agent (A2A). Con lo cual, ofrecemos un marco de trabajo para que los agentes, una vez registrados, puedan comunicarse entre sí.

[MCPRO] En este DreamForce 2025, MuleSoft también se han presentado avances en desarrollo rápido, en la línea del movimiento Vibe coding. Vosotros ya teníais mucho camino recorrido como plataforma Low-Code/No-Code. Entonces, ¿Cómo os posicionáis con respecto a esto?

[Ricardo Usaola] Ese sería el segundo anuncio. Dentro de lo que llamamos MuleSoft Vibe, está todo ese gran cambio que altera la forma de trabajar y va a afectar a todo el proceso. Es decir, no sólo va a afectar a la creación de una serie de integraciones, de desarrollos, etc. sino que yo voy a poder, en lenguaje natural, ser capaz de hacer muchas acciones que en algunos casos no tienen que ver con el desarrollo.

Es decir, quiero saber qué APIs son las que más se han consultado, con cuáles ha habido problemas, etc. Luego se desarrollarán agentes: un agente de troubleshooting, un agente de desarrollo, un agente de monitorización, un agente de visibilidad de lo que está sucediendo, por ejemplo. Todos esos agentes trabajarán de forma natural y estés en desarrollo, estés en soporte, estés en operaciones, estés donde estés, vas a tener tus agentes que te van a ayudar a desarrollar todo esto mediante lenguaje natural.

Es decir, que MuleSoft Vibes no es simplemente para el desarrollo, sino que queremos que cubra todo el ciclo de vida de una operación, todo lo que tiene que ver con gestión o gobierno de agentes.

[MCPRO] ¿Y cómo se integra todo este con las modernas soluciones de DevOps?

[Ricardo Usaola] Totalmente. Una de las cosas que estamos haciendo en MuleSoft es tener dos sistemas corriendo. Tú puedes tener un sistema en producción y puedes hacer pruebas en otro sistema. Y en el momento que quieras, puedes migrar, volver para atrás, etc. Mucho más sencillo, mucho más seguro, etc.

[MCPRO] ¿En qué areas le aporta más valor MuleSoft a las empresas españolas? Partiendo de que es un tejido empresarial formado fundamentalmente por PYMEs y seguramente en una fase de digitalización inferior a las de otros países de nuestro entorno.

[Ricardo Usaola] Utilizar MuleSoft en empresas que no son muy grandes es precisamente lo que les permitirá ser más eficientes. Es decir, no necesitan tener un equipo de 50 o 100 personas para hacer desarrollo, para gestionar las operaciones, etc. Sino que una única persona a lo mejor es capaz de hacer los desarrollos, de hacer el mantenimiento, de proponer nuevas integraciones, de lanzar nuevos pilotos. Porque MuleSoft empodera a las personas.

Más o menos la mitad del Ibex 35 utiliza MuleSoft. Luego hay muchísimas empresas pequeñas pero que quieren crecer y la forma de crecer rápidamente es a través de agentes y a través de tener las bases sólidas. Si tú no tienes la conectividad resuelta, olvídate de agentes porque no podrán hacer nada, no se podrán conectar, no podrán ejecutar acciones.

Muchas veces se ve a MuleSoft solo como una plataforma de integración. Y MuleSoft para nosotros es una plataforma de accionabilidad. Hay una diferencia entre integrar y accionar. Es decir, es capaz de ejecutar acciones porque ahora muchos de los agentes que hay son agentes informativos. Recoge información y proporciona información.

Después de recoger información quiero que hagas una reserva en un hotel, me envíes un taxi, etc. Y para ello tienes que accionar en  sistemas de terceros. Si hay que ejecutar accionar dentro de Salesforce, fenomenal, no me hace falta nada. Pero es posible que tenga que ejecutar acciones en otros sistemas. Nuestra web da un servicio, pero parte de ese servicio lo proporciona otro (información sobre capacidad de crédito, o disponibilidad, etc.) y se empieza a federar. Entonces ahora mismo estamos con los agentes que están en nuestra empresa, pero es que mañana los agentes van a estar en otras empresas y se van a hablar entre sí (Machine-to-machine).

[MCPRO] ¿Hay algunos verticales, algunos sectores en los que tengáis una penetración más marcada o es relativamente estándar? ¿Estáis más cerca de empresas de tipo startup o de empresas multinacionales o de empresas quizás de industria o de servicios?

[Ricardo Usaola] Tenemos un mix de clientes. Son energéticas, telcos, empresas de seguros, en entorno, es posible que en el mundo ahora de agentes, el entorno más regulado de banca, salud, aseguradoras, etc. Que trata con más datos personales, etc. Pues a lo mejor vaya a una velocidad un poquito más lenta porque tiene que cumplir con determinadas normativas pero, aún así, la velocidad es espectacular. En los últimos meses hemos tenido muchas reuniones para presentar MuleSoft Agent Fabric con empresas e interlocutores que antes no eran tan habituales. Y está yendo a más.

Una vez que empiezas a trabajar con distintos agentes, la forma que entendemos desde MuleSoft de hacerlo es en base a dominios. Es decir, yo tengo un dominio de recursos humanos, yo tengo un dominio de operaciones, un dominio de ventas, y en cada uno de esos dominios habrá un agente, un broker, que será el que se hable con los distintos agentes que haya en ese dominio, que replique un poco la estructura organizativa, algo así, y sea el que permita hablar con unos otros.

Cuando hablamos de agentes y de inteligencia artificial ya no estamos hablando de robots, o sea, ya no hablamos de sistemas deterministas, es decir, si yo me coge el teléfono un agente, ese agente en función del contexto y de una serie de variable puede tomar una dirección u otra, es decir, no es determinista. Entonces puedes utilizar cualquier LLM después, no tienes por qué utilizar uno u otro, puedes utilizar el motor de razonamiento de Salesforce o puedes utilizar otros otros motores, otros internos y te da información de contexto de la información de tu casa, pero luego quieres que usar OpenAI o Anthropic.

[MCPRO] ¿Tenéis algún tipo de métrica que dé una idea de qué supone la diferencia entre el antes y el después cuando la implantación de MuleSoft en una empresa empieza a funcionar?

[Ricardo Usaola] Forrester ha publicado recientemente un informe donde ofrece datos de los beneficios que han tenido las empresas por la utilización de MuleSoft para integrar y gobernar sus APIs. Se citan ejemplos de casi el 90% de reutilización de APIs o de 8x más rápido en Time-to-Market o un 40% de mejora en la productividad de los desarrolladores. Ahora mismo todavía no hay suficientes casos en el contexto de los agentes, y no es realista medir los datos. Los datos que medimos o los KPIs que medimos son grado de reutilización, cuánto estoy reutilizando.

Nos gusta hacer la comparación entre la forma de trabajar con MuleSoft y las piezas de Lego. Con unas cuantas piezas de Lego puedo hacer una ventana nueva. Y si tengo ya el resto de elementos construidos, con juntarlo todo ya tengo el conjunto acabado. Entonces en vez de tener más complejidad con cada proyecto, tengo más uniones, lo que tengo al contrario son más piezas. Entonces ese grado de reutilización suele estar entre un 60-70%.

¿Qué significa eso? Que el 60%-70% de las integraciones de un nuevo proyecto ya las tengo hechas. Ahora multiplica por costes, ya tengo todo esto hecho y multiplica. Si tengo un pipeline de 100 proyectos a 3 años y consigo sacarlos en 18 meses. ¿Cuánto ha mejorado mi time-to-market? ¿Cuánto supone eso de incremento de negocio y de competitividad?

Durante mucho tiempo MuleSoft ha proporcionado es la capacidad de hacer esto punto a punto. Con MuleSoft lo haces de una forma que escala, después el coste de mantenerlo es menor, el coste de sacar nuevas iniciativas es menor, la rapidez a la que sacas nuevas iniciativas es muchísimo mayor, etc. Ahora con el tema de los agentes, es fácil imaginar cómo multiplica la velocidad. Ya que ahora puedes crear agentes y con cada uno ellos agentes se generan más eficiencias o tienes más ventas.

[MCPRO] ¿Qué previsiones y qué planes hay para 2026?

[Ricardo Usaola] Hace poco, hablando con el responsable de inteligencia artificial de uno de nuestros clientes, me contaba que ya no son capaces de definir procesos, porque cuando han implementados el proceso ya no vale, y entonces están más enfocados en entender qué es lo que hay, dar guidelines, que en definir procesos porque cuando los implementan a lo mejor ya hay otro nuevo estándar, otro cambio enorme.

¿Hacia dónde vamos? En este momento está lo básico, pero también hay un recorrido. Entonces, lo importante es esa visión de por una parte, todo lo que supone gobierno de agentes, etc. Y en segundo lugar, MuleSoft Agent Fabric como la pieza que ahora mismo se ha convertido en central. Un cliente que tenga MuleSoft ya puede empezar prácticamente sin nada, puede empezar a gobernar agentes, a catalogarlos.

[MCPRO] Muchas gracias por su tiempo.