Una vez hemos entendido qu\u00e9 es un agente de IA, surge una pregunta inevitable:<\/p>\n\n\n\n
\u00bfC\u00f3mo puede una IA acceder al correo, consultar documentos, trabajar con una base de datos o crear una tarea en una aplicaci\u00f3n externa?<\/strong><\/p>\n\n\n\n La respuesta est\u00e1 en una de las piezas que probablemente tendr\u00e1 m\u00e1s importancia en la pr\u00f3xima evoluci\u00f3n de la inteligencia artificial: la conexi\u00f3n de la IA con herramientas, aplicaciones y servicios externos.<\/strong><\/p>\n\n\n\n Aqu\u00ed entran en juego conceptos como las APIs, los conectores, las apps, los plugins y, cada vez m\u00e1s, MCP (<\/strong>Model Context Protocol<\/em><\/strong>)<\/strong>.<\/p>\n\n\n\n No son exactamente lo mismo.<\/p>\n\n\n\n Un modelo de lenguaje, por s\u00ed mismo, tiene una capacidad limitada de actuaci\u00f3n.<\/p>\n\n\n\n Puede analizar, razonar, redactar o interpretar informaci\u00f3n, pero para que pueda interactuar con nuestro entorno digital necesita herramientas y conexiones<\/strong>.<\/p>\n\n\n\n Es aqu\u00ed donde aparece una diferencia fundamental:<\/p>\n\n\n\n La IA genera inteligencia; las herramientas le permiten actuar sobre el mundo digital.<\/strong><\/p>\n\n\n\n Por ejemplo, un agente podr\u00eda necesitar:<\/p>\n\n\n\n -consultar Gmail u Outlook;<\/p>\n\n\n\n Para conseguirlo, existen diferentes mecanismos.<\/p>\n\n\n\n La terminolog\u00eda puede variar seg\u00fan cada plataforma. Lo que una empresa llama conector<\/em>, otra puede llamarlo integration<\/em>, app<\/em>, tool<\/em> o plugin<\/em>.<\/p>\n\n\n\n Por eso, m\u00e1s que memorizar los nombres comerciales, interesa entender la arquitectura que hay detr\u00e1s<\/strong>.<\/p>\n\n\n\n Hasta hace poco, si quer\u00edamos conectar una IA con cinco aplicaciones diferentes, a menudo ten\u00edamos que crear cinco integraciones distintas.<\/p>\n\n\n\n Podr\u00edamos representarlo as\u00ed:<\/p>\n\n\n\n IA<\/strong> Cada integraci\u00f3n pod\u00eda requerir una implementaci\u00f3n propia.<\/p>\n\n\n\n Aqu\u00ed aparece MCP \u2014Model Context Protocol\u2014<\/strong>, un est\u00e1ndar abierto concebido para que las aplicaciones de IA puedan descubrir y utilizar herramientas y fuentes de informaci\u00f3n de una manera m\u00e1s normalizada.<\/p>\n\n\n\n Simplificando mucho:<\/p>\n\n\n\n IA \/ Agente<\/strong> Podr\u00edamos entender MCP, con todas las precauciones, como una especie de lenguaje com\u00fan entre la IA y las herramientas que puede utilizar<\/strong>. Esto es una evoluci\u00f3n especialmente importante que va encaminada a la IA ag\u00e9ntica.<\/p>\n\n\n\n El valor futuro de una IA probablemente no depender\u00e1 \u00fanicamente de qu\u00e9 modelo sea m\u00e1s inteligente, sino tambi\u00e9n de:<\/p>\n\n\n\n –\u00bfA qu\u00e9 datos puede acceder?<\/strong> Imaginemos que llega un correo electr\u00f3nico con una reclamaci\u00f3n y varios documentos adjuntos.<\/p>\n\n\n\n Un sistema ag\u00e9ntico podr\u00eda disponer de diferentes conexiones:<\/p>\n\n\n\n Conector de correo<\/strong> Conector documental<\/strong> Base de conocimiento<\/strong> Herramienta de IA<\/strong> Conector del gestor de expedientes<\/strong> Calendario<\/strong> Generador de documentos<\/strong> Finalmente:<\/p>\n\n\n\n Profesional<\/strong> Por tanto, el agente no es necesariamente una \u00fanica \u201csuperinteligencia\u201d que lo hace todo. En realidad, puede ser un sistema que orquesta diferentes herramientas especializadas<\/strong>. La podemos llamar la superApp o superagente.<\/p>\n\n\n\n Esta evoluci\u00f3n puede modificar tambi\u00e9n la manera en que escogemos herramientas de inteligencia artificial. Hasta ahora nos hemos preguntado principalmente: \u00bfQu\u00e9 modelo es mejor o m\u00e1s inteligente? \u00bfChatGPT? \u00bfGemini? \u00bfClaude? \u00bfCopilot?<\/p>\n\n\n\n Pero progresivamente podemos empezar a hacernos otras preguntas:<\/p>\n\n\n\n Esto puede ser determinante en el entorno empresarial y profesional. El futuro puede ser menos una competici\u00f3n entre modelos aislados<\/strong> y m\u00e1s una competici\u00f3n entre ecosistemas de IA, datos, herramientas, agentes e integraciones<\/strong>.<\/p>\n\n\n\n Aqu\u00ed aparece una advertencia fundamental.<\/p>\n\n\n\n Que t\u00e9cnicamente podamos conectar una IA al correo electr\u00f3nico, a Drive, al CRM o a un gestor de expedientes no significa que le debamos dar acceso indiscriminado a todo<\/strong>.<\/p>\n\n\n\n Un conector puede tener permisos para:<\/p>\n\n\n\n Por tanto:<\/p>\n\n\n\n Cuanta m\u00e1s capacidad de acci\u00f3n demos al agente, m\u00e1s importante es controlar sus permisos.<\/strong><\/p>\n\n\n\n Esta cuesti\u00f3n ser\u00e1 especialmente importante cuando trabajemos con informaci\u00f3n confidencial, datos personales, expedientes profesionales o sistemas cr\u00edticos.<\/p>\n\n\n\n Y nos lleva directamente al tercer art\u00edculo de la serie.<\/p>\n\n\n\nPlugins, apps, conectores, APIs y MCP: poner \u201cmanos\u201d a la IA<\/strong><\/h2>\n\n\n\n
\n
Concepto<\/strong><\/td> Qu\u00e9 es<\/strong><\/td> Funci\u00f3n principal<\/strong><\/td><\/tr> API<\/strong><\/td> Interfaz que permite que dos sistemas inform\u00e1ticos se comuniquen<\/td> Ejecutar operaciones o intercambiar datos<\/td><\/tr> Conector \/ integraci\u00f3n<\/strong><\/td> Conexi\u00f3n preparada entre la IA y un servicio concreto<\/td> Facilitar el acceso a una aplicaci\u00f3n<\/td><\/tr> App<\/strong><\/td> Integraci\u00f3n que ofrece datos o acciones a la IA<\/td> Incorporar funcionalidades externas<\/td><\/tr> Plugin<\/strong><\/td> Capa o paquete que ampl\u00eda las capacidades disponibles de la IA<\/td> A\u00f1adir funcionalidades o flujos de trabajo<\/td><\/tr> MCP<\/strong><\/td> Protocolo est\u00e1ndar para que una IA descubra y utilice herramientas y datos externos<\/td> Estandarizar la conexi\u00f3n entre IA y herramientas<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n De las integraciones individuales a MCP<\/strong><\/h2>\n\n\n\n
<\/strong>\u2193
API Gmail
API Drive
API CRM
API Base documental
API Calendario<\/p>\n\n\n\n
<\/strong>\u2193
MCP<\/strong>
<\/strong>\u2193
Correo \u00b7 Documentos \u00b7 CRM \u00b7 Bases de datos \u00b7 Calendario \u00b7 Aplicaciones internas<\/p>\n\n\n\n
<\/strong>–\u00bfQu\u00e9 herramientas puede utilizar?<\/strong>
–<\/strong>\u00bfQu\u00e9 acciones puede ejecutar?<\/strong>
–<\/strong>\u00bfY con qu\u00e9 permisos puede hacerlo?<\/strong> es decir, qu\u00e9 autonom\u00eda le otorgamos.<\/p>\n\n\n\nUn ejemplo en un despacho profesional<\/strong><\/h2>\n\n\n\n
<\/strong>\u2192 detecta el mensaje y recupera los adjuntos.<\/p>\n\n\n\n
<\/strong>\u2192 busca el expediente correspondiente.<\/p>\n\n\n\n
<\/strong>\u2192 recupera protocolos internos o documentaci\u00f3n relacionada.<\/p>\n\n\n\n
<\/strong>\u2192 analiza los documentos e identifica hechos, personas, fechas y plazos.<\/p>\n\n\n\n
<\/strong>\u2192 prepara la actualizaci\u00f3n del expediente.<\/p>\n\n\n\n
<\/strong>\u2192 propone crear una alerta de plazo.<\/p>\n\n\n\n
<\/strong>\u2192 prepara un borrador de respuesta.<\/p>\n\n\n\n
<\/strong>\u2192 revisa y autoriza.<\/p>\n\n\n\nEl plugin o conector se convierte en una pieza estrat\u00e9gica<\/strong><\/h2>\n\n\n\n
\n
Pero conectar no significa dar acceso a todo<\/strong><\/h2>\n\n\n\n
\n