Què és un servidor MCP i per què canvia les integracions d'IA

Si has vist passar les sigles MCP els últims mesos, no és casualitat. El Model Context Protocol s’ha convertit en un dels temes més comentats entre els equips que construeixen agents d’IA, i comença a aparèixer en les converses de qui està considerant contractar-ne un.

Aquest article explica què és un servidor MCP, per què resol un problema real de la IA connectada i, sobretot, què implica per a una pime que es planteja integrar agents amb les seves eines: ERP, CRM, correu, fitxers interns. Sense promeses, sense futurologia.

Què és un servidor MCP, en una frase

Un servidor MCP és un pont estandarditzat entre un model d’IA i una font de dades o eina. Publica les accions que l’eina pot executar (llegir un correu, crear un contacte al CRM, buscar un fitxer) en un format que qualsevol agent compatible amb el protocol entén, sense necessitat d’integració a mida.

El protocol el va definir Anthropic a finals de 2024 com a estàndard obert. Avui el suporten Claude (Anthropic) de forma nativa, agents basats en GPT via SDKs comunitaris i un nombre creixent de productes comercials (Zed, Cursor, Sourcegraph, eines internes d’empreses grans). El nucli de la idea és simple: en lloc d’escriure un connector a mida per a cada combinació model més eina, el servidor MCP exposa una interfície comuna i els models parlen aquest mateix idioma.

El problema que resol

Fins ara, cada vegada que volies que un agent llegís el teu Holded, escrivís al teu HubSpot o consultés un full intern, tocava el mateix: un connector a mida. Si canviaves de model (de GPT a Claude, per exemple), calia reescriure bona part d’aquell connector. Si una eina interna s’actualitzava, el connector deixava de funcionar i ningú ho sabia fins que l’agent fallava.

El resultat, a la pràctica, és que molts projectes d’IA a pimes es quedaven en proves pilot. El cost de mantenir vint connectors a mida contra cinc models diferents era prohibitiu, i ningú volia lligar-se a un únic proveïdor d’IA per por de la dependència tècnica.

MCP canvia aquesta equació. Construeixes un servidor MCP per al teu Holded una sola vegada. Funciona amb Claude. Funciona amb GPT. Funciona amb Gemini. Funciona amb el següent model que surti l’any que ve. La teva integració no caduca cada sis mesos al ritme del màrqueting de les grans plataformes d’IA.

Com funciona, sense entrar en arquitectura

Tres peces:

1. Servidor MCP. Un procés petit (sol ser un servei Node, Python o Go) que sap parlar amb la teva eina concreta: el teu CRM, la teva base de dades, el teu sistema de tiquets. Exposa “tools” (accions que l’agent pot executar) i “resources” (dades que l’agent pot llegir).
2. Client MCP. L’entorn on viu l’agent: Claude Desktop, Cursor, una aplicació interna construïda sobre el SDK d’Anthropic o d’OpenAI. El client sap com descobrir els servidors MCP disponibles i com invocar les seves tools.
3. Model. El model d’IA en si (Claude, GPT, Gemini, open-weights). El client li passa el llistat de tools disponibles, el model decideix quina invocar segons la conversa o el procés, i el servidor executa l’acció contra l’eina real.

La peça clau és que els tres components són intercanviables. Canvies el model, els servidors MCP segueixen funcionant. Canvies el client, els servidors segueixen funcionant. Canvies el servidor d’un proveïdor (per exemple, migres de Holded a Sage), reescrius només aquell servidor, tota la resta segueix igual.

Un exemple concret

Imagina una pime amb Holded com a ERP, HubSpot com a CRM i un Drive intern amb plantilles de proposta. Vols un agent que, quan un client envia un correu demanant un pressupost, busqui les seves dades a HubSpot, recuperi l’última conversa, miri els productes disponibles a Holded i prepari un esborrany de proposta utilitzant la plantilla del Drive.

Sense MCP, això requereix quatre integracions a mida (correu, HubSpot, Holded, Drive), cadascuna lligada al model concret que faci servir l’agent. Si canvies de model en sis mesos, cal reescriure les quatre.

Amb MCP, muntes:

• Un servidor MCP per a Holded (o fas servir un de comunitari si existeix).
• Un servidor MCP per a HubSpot.
• Un servidor MCP per al Drive.
• Un servidor MCP per al teu sistema de correu.

I connectes l’agent al client MCP de la teva elecció. Qualsevol model compatible pot executar el procés complet. El dia que el model de torn millori prou, el canvies i els servidors segueixen funcionant.

Per què podria substituir els sistemes actuals d’integració

La hipòtesi raonable és que MCP, o un protocol equivalent que acabi guanyant, substituirà tres famílies d’integració que avui són la norma:

• Plugins propietaris. Les primeres versions de plugins de ChatGPT i similars lligaven cada integració a una plataforma concreta. MCP elimina aquest acoblament: la mateixa integració serveix per a qualsevol client compatible.
• Connectors en eines d’automatització. Plataformes com Zapier o Make ofereixen milers de connectors, però cadascun requereix ser mantingut per la mateixa plataforma. Amb MCP, un servidor el pot mantenir el proveïdor de l’eina original, la comunitat o el mateix client.
• Wrappers de SDK específics. Avui, integrar OpenAI Function Calling amb les teves eines internes implica escriure wrappers lligats al seu SDK. MCP estandarditza la interfície: el wrapper deixa de ser part de l’agent i passa a ser part de l’eina.

No serà immediat. Les plataformes establertes tenen incentius comercials per retardar l’adopció de l’estàndard. Però el patró històric és clar: quan apareix un protocol obert que resol un problema real (HTTP, SMTP, OAuth en el seu dia), les opcions propietàries acaben convergint. MCP té la pinta de ser aquest protocol per a la IA connectada.

El que MCP no resol

Convé posar l’optimisme al seu lloc. MCP no és:

• Una recepta per fer agents fiables. El protocol estandarditza com el model parla amb les eines. La fiabilitat de l’agent depèn del prompt, del model, de la qualitat de les dades i, sobretot, del procés acotat que se li demana executar. Un servidor MCP perfecte no salva un agent mal definit.
• Una garantia de seguretat. El servidor exposa tools al model. Si aquestes tools inclouen “esborrar registres del CRM” sense confirmació humana, l’agent pot executar-les. La capa de permisos, kill-switch i validació humana segueix sent responsabilitat de l’implementador.
• Una substitució de la lògica de negoci. El servidor MCP és un pont. Les regles de quins clients són prioritaris, quins productes estan actius, quins casos requereixen escalada segueixen vivint al codi del servidor o a l’eina original.
• Una drecera per evitar la fase de discovery. Tot i que la integració tècnica sigui més ràpida, la feina prèvia de definir el procés, la mètrica d’èxit, el kill-switch i el fallback humà segueix sent igual.

Què canvia per a una pime

Tres coses concretes, assumint que l’ecosistema MCP segueix creixent al ritme actual.

1. Cost d’integració a la baixa. Els connectors ja escrits (els publica la comunitat o el mateix fabricant de l’eina) redueixen la feina a mida. Això baixa el sòl a partir del qual un agent té sentit econòmic, especialment per a processos de volum mitjà.

2. Menys dependència del proveïdor d’IA. Una pime que inverteix en una arquitectura MCP no es lliga a Claude, a GPT o a Gemini en concret. Pot canviar de model segons fiabilitat o cost sense reescriure la integració. La capa mecànica del procés (servidor MCP) sobreviu als canvis de model.

3. Possibilitat de combinar tools de fonts diferents. Un mateix agent pot consultar un servidor MCP de Holded, un altre d’un sistema intern propi i un altre d’una API pública, sense cost addicional d’integració. Això obre processos que abans eren prohibitius per la complexitat de combinar diverses eines.

El que no canvia és la part humana: definir el procés, validar el que l’agent fa, revisar la mètrica d’èxit, mantenir el kill-switch operatiu. MCP allibera la capa mecànica de les integracions, no substitueix l’equip que decideix què automatitzar i com. La capa on aporta valor l’equip (criteri, decisions ambigües, relació amb el client) segueix intacta.

Com ho apliquem a serpixel

serpixel (Clever European Business, S.L.) és una agència d’implementació d’agents d’IA a mida per a petites i mitjanes empreses al mercat ibèric, amb seu a Espanya. Dissenyem i implementem agents específics per a atenció al client, vendes i operacions, integrats amb les eines que el client ja fa servir (ERP, CRM, correu, sistemes interns). La proposta és model-agnòstica (Claude, GPT, Gemini), el codi i les dades es queden amb el client, i cada implementació inclou kill-switch, fallback humà i un harness d’avaluació.

A la pràctica, això significa que els agents que construïm avui ja segueixen l’esperit de MCP. Separem la capa d’integració (cada eina, al seu propi mòdul) de la capa d’orquestració (què fa l’agent amb aquestes tools). Quan un client nou entra amb Holded, reutilitzem el que ja vam fer amb un altre client que tenia Holded, sense lligar l’agent a un model concret. Quan aparegui un servidor MCP estable i madur per a una eina concreta, migrar-hi serà mecànic.

L’avantatge per al client, en qualsevol cas, és el mateix: la inversió en l’agent no caduca cada vegada que surt un model nou. La capa mecànica del procés sobreviu, l’equip humà segueix ocupant-se del que només les persones fan bé i el cost de manteniment es manté previsible. serpixel acompanya aquesta decisió tècnica des de l’inici del projecte, abans d’escriure una sola línia de codi.

Què fer ara

Si tens un procés acotat al cap i et preguntes si MCP canvia la conversa, la resposta curta és: probablement sí, en sis a divuit mesos. La conversa útil avui no és “quin protocol farem servir el 2027”, és “quin procés concret tens i quines eines toca”.

Una sessió de descoberta de 30 minuts basta per resoldre tres preguntes: si el procés encaixa amb un agent, quines eines caldria integrar i quina mètrica d’èxit té sentit mesurar abans de pressupostar res. Si vols tenir aquesta conversa, reservem 30 minuts a Calendly. Sense compromís de contractació, sense pressió comercial, només l’espai que cal per entendre si el projecte té sentit i, si en té, per quin camí començar.