Comment connecter votre premier serveur MCP à Claude Code ou Cursor

Si vous avez passé du temps avec un assistant de codage IA, vous avez probablement atteint le moment où il écrit du code magnifiquement mais n'a aucune idée de ce qu'il y a dans votre base de données, votre gestionnaire de tickets ou vos fichiers de design. Vous finissez par copier-coller du contexte dans le chat encore et encore. Le Model Context Protocol (MCP) existe pour tuer cette boucle de copier-coller. Ce guide explique ce qu'est MCP et vous accompagne dans la connexion de votre premier serveur.

Ce qu'est réellement MCP

MCP est un standard ouvert, introduit par Anthropic, pour connecter des outils d'IA à des données et services externes. L'analogie courante est que MCP est un « port USB-C pour l'IA » : au lieu que chaque outil invente sa propre intégration sur mesure, un agent IA peut se brancher sur n'importe quel serveur compatible MCP via un protocole universel.

Le grand gain pratique est la portabilité. Parce que Cursor et Claude Code parlent tous deux le même protocole, un serveur que vous configurez dans l'un fonctionne généralement dans l'autre — et depuis la WWDC 2026, même Xcode 27 d'Apple a ajouté la prise en charge des plugins MCP. Apprenez-le une fois, réutilisez-le partout.

Un serveur MCP n'est qu'un petit programme qui expose des tools (actions que l'IA peut effectuer) et des resources (données qu'elle peut lire). Il existe des serveurs préconçus pour GitHub, PostgreSQL, Slack, Google Drive, Puppeteer, et bien d'autres.

Les deux types de serveurs que vous rencontrerez

Il y a deux transports à connaître en tant que débutant :

• Les serveurs locaux (stdio) s'exécutent comme un processus sur votre propre machine — parfaits pour des choses comme un système de fichiers ou une base de données locale. Ils démarrent avec une commande telle que npx ou python.
• Les serveurs distants (HTTP/SSE) sont hébergés par un fournisseur à une URL, souvent derrière une connexion OAuth — par exemple Notion, Asana ou Sentry.

Connecter un serveur dans Claude Code

Claude Code utilise une unique commande claude mcp add. Pour un serveur distant, pointez-le vers une URL :

claude mcp add --transport http notion https://mcp.notion.com/mcp

Pour un serveur local, tout ce qui suit -- est la commande que Claude exécute pour le démarrer :

claude mcp add --env AIRTABLE_API_KEY=YOUR_KEY --transport stdio airtable -- npx -y airtable-mcp-server

Le séparateur -- est important : il indique à Claude Code où s'arrêtent ses propres options et où commence la commande de lancement du serveur. Vous pouvez ensuite lister ce qui est connecté avec claude mcp list pour confirmer que la poignée de main a réussi.

Claude Code prend aussi en charge les scopes, qui décident de qui peut voir le serveur. Un scope local le garde pour vous sur cette machine, le scope project écrit la configuration dans un fichier .mcp.json partagé que toute votre équipe peut commiter dans git, et le scope user le rend disponible dans tous vos projets. Pour tout ce dont vos coéquipiers ont aussi besoin, le scope project est généralement le bon choix.

Connecter un serveur dans Cursor

Cursor expose la même capacité via son interface. Ouvrez Cursor Settings, allez dans Features > MCP, et cliquez sur « + Add New MCP Server », puis collez soit la commande de lancement (pour les serveurs locaux), soit l'URL (pour les serveurs distants). En coulisses, Cursor stocke cela dans une configuration JSON, donc vous pouvez aussi l'éditer à la main. Une jolie amélioration de 2026 : l'agent de Cursor charge désormais les descriptions d'outils à la demande au lieu d'entasser les outils de chaque serveur dans le prompt, ce qui garde les choses rapides même quand vous avez plusieurs serveurs connectés.

Un premier projet concret

Si vous voulez une victoire en cinq minutes, connectez un serveur MCP GitHub puis demandez à votre assistant quelque chose qu'il n'aurait jamais pu répondre auparavant :

« Regarde les trois tickets fermés le plus récemment dans ce dépôt et résume ce qui a changé. »

Sans MCP, l'assistant devinerait ou vous demanderait de coller les tickets. Avec le serveur connecté, il appelle directement les outils GitHub, lit les vrais tickets et répond à partir de données en direct. C'est tout l'intérêt de MCP en un exemple : le modèle cesse d'être une boîte de texte astucieuse et commence à être un agent capable d'atteindre les systèmes dans lesquels vous travaillez réellement.

Notes de sécurité avant de vous lâcher

MCP donne à une IA un véritable accès à de véritables systèmes, alors traitez les nouveaux serveurs comme n'importe quelle autre dépendance. Préférez les serveurs officiels ou bien évalués, lisez quels outils un serveur expose avant de le connecter, limitez les clés API aux permissions minimales nécessaires, et soyez prudent avec les serveurs capables d'écrire ou de supprimer des données. Commencez par des cas d'usage en lecture seule — interroger le schéma de votre base de données, lire des tickets, chercher dans la documentation — et passez aux actions d'écriture une fois que vous faites confiance à la configuration.

Une fois la boucle de copier-coller disparue, il est difficile de revenir en arrière. Commencez par un serveur qui résout une vraie gêne de votre workflow, et grandissez à partir de là.