MCP: el connector que ajuda la IA a treballar amb altres eines

Una IA pot explicar molt bé què caldria fer i, tanmateix, no tenir accés a la informació necessària per fer-ho. La diferència entre una resposta general i una acció útil sovint passa per connectar documents, aplicacions i operacions concretes. Aquí és on entra Model Context Protocol, conegut com a MCP.

La documentació del protocol defineix una arquitectura de clients i servidors per intercanviar context i exposar capacitats. Entre aquestes capacitats hi ha eines executables, recursos de dades i plantilles d’interacció. MCP organitza la comunicació; no dicta tota la lògica de l’aplicació d’IA. [Model Context Protocol]

Un exemple sense màgia

Imaginem un assistent que ajuda a preparar reunions. Una connexió podria permetre consultar l’agenda i una altra recuperar documents autoritzats. L’aplicació utilitzaria aquesta informació per preparar un resum. És un exemple de disseny, no una afirmació que qualsevol calendari o repositori funcioni automàticament amb qualsevol agent.

Perquè el procés sigui útil, encara caldria saber quin client s’ha d’atendre, quins documents són pertinents i què passa si una consulta falla. Parlar un protocol comú facilita una part de l’intercanvi, però no decideix aquestes regles de negoci.

Un estàndard compartit, no una connexió universal garantida

El 9 de desembre de 2025, la Linux Foundation va anunciar l’Agentic AI Foundation amb MCP entre els projectes fundadors aportats. Aquesta governança compartida és rellevant per seguir l’evolució del protocol, sense confondre-la amb una certificació de cada servidor que el fa servir. [Linux Foundation]

Per avaluar una connexió concreta, proposem revisar quines operacions ofereix, quina versió admet i qui la manté. Un nom de protocol en una presentació no respon aquestes preguntes. També cal provar el comportament quan falta una dada o el servei connectat no està disponible.

La comparació amb un endoll és útil només fins a cert punt: ajuda a imaginar una interfície comuna, però pot ocultar que aquí també circulen significats i permisos. Una ordre mal interpretada continua sent una ordre mal interpretada encara que hagi viatjat en un format correcte.

Connectar no és autoritzar-ho tot

En l’exemple de les reunions, consultar una hora lliure i cancel·lar una cita són accions diferents. Una configuració pot necessitar la primera i no la segona. El disseny hauria de reflectir aquesta diferència de manera visible i comprovable, en lloc de tractar tot l’accés al calendari com un únic paquet.

Una prova que proposem és retirar una capacitat i comprovar que l’assistent explica el límit sense inventar un resultat. Una altra és revisar què queda registrat després d’una operació. L’objectiu és entendre la connexió com una part del procés que es pot inspeccionar, no com una caixa que simplement «integra IA».

MCP interessa perquè dona una base comuna a una feina que sovint es repeteix: posar eines i context a l’abast d’una aplicació. El valor final es comprovarà en què pot resoldre aquella connexió, amb quins límits i amb una responsabilitat clara sobre les accions que arribi a executar.