Jusqu’ici, votre agent sait lire, écrire et exécuter dans votre projet. Mais il reste enfermé dans votre dossier de code. Et s’il pouvait interroger une base de données, chercher sur le web, ou lire votre documentation interne — toujours en local et sous votre contrôle ? C’est ce que permettent les serveurs MCP : des outils que l’on branche sur l’agent pour étendre ses capacités. Ce tutoriel vous montre comment connecter un premier serveur MCP à Cline et le mettre au service du projet « carnet ».
📍 Guide principal de la série : Coder avec une IA en local : Cline, Ollama et les assistants souverains.
Ce que vous allez apprendre
- Comprendre ce qu’est un serveur MCP et pourquoi l’utiliser ;
- Ajouter un serveur MCP à Cline ;
- Donner à l’agent un nouvel outil concret (système de fichiers, web ou base de données) ;
- Utiliser cet outil dans une tâche réelle ;
- Garder la maîtrise des outils que vous activez.
Ce que vous allez construire
Un agent augmenté : Cline relié à un serveur MCP qui lui donne une capacité supplémentaire — par exemple interroger un fichier de données ou récupérer une information de référence. Vous l’emploierez pour enrichir le projet « carnet », par exemple en faisant générer des notes à partir d’une source structurée.
Prérequis
- Cline installé et piloté correctement (voir Piloter l’agent Cline : modes Plan et Act) ;
- Notions de base sur MCP — voir le guide dédié Créer un serveur MCP ;
- Niveau : intermédiaire.
⏱️ Temps estimé : environ 30 minutes.
Étape 1 — Comprendre l’intérêt de MCP
Le Model Context Protocol, ou MCP, est un standard ouvert qui décrit comment un assistant IA se connecte à des outils et des sources de données externes. L’idée est simple mais puissante : au lieu que chaque outil invente sa propre façon de parler à l’IA, tous parlent le même langage. Un serveur MCP expose des capacités — lire des fichiers, requêter une base, appeler une API — et n’importe quel client compatible, dont Cline, peut s’en servir.
Pour un agent de code, c’est un changement d’échelle. Sans MCP, Cline est limité à votre projet. Avec MCP, il peut, par exemple, consulter le schéma de votre base de données avant d’écrire une requête, ou chercher la documentation d’une bibliothèque. Et comme vous choisissez quels serveurs activer, vous gardez la main sur ce que l’agent peut atteindre. C’est l’extension naturelle d’un agent local : plus de pouvoirs, sans renoncer au contrôle.
✅ Point d’étape — Vous comprenez qu’un serveur MCP ajoute un outil à l’agent, et que vous décidez lesquels activer. Si la notion reste floue, le guide « Créer un serveur MCP » en pose les fondations.
Étape 2 — Ouvrir la gestion des serveurs MCP dans Cline
Cline intègre la gestion des serveurs MCP directement dans son interface, ce qui évite d’éditer des fichiers à la main pour démarrer. Dans le panneau de Cline, repérez la section dédiée aux serveurs MCP (souvent accessible via une icône ou un onglet du panneau).
Vous y trouvez deux choses : la liste des serveurs déjà configurés, et un moyen d’en ajouter. Cline propose un catalogue de serveurs prêts à installer, ainsi que la possibilité d’en configurer un manuellement. Pour un premier essai, partez du catalogue : il évite les erreurs de configuration et installe l’outil en quelques clics. C’est l’équivalent d’une boutique d’extensions, mais pour les capacités de votre agent.
✅ Point d’étape — Vous avez localisé la gestion des serveurs MCP dans Cline et repérez où ajouter un serveur. Si la section n’apparaît pas, mettez l’extension à jour.
Étape 3 — Ajouter un premier serveur
On commence par un outil simple et utile : un serveur qui donne à l’agent un accès maîtrisé au système de fichiers au-delà du projet courant, ou un serveur de recherche. Choisissez-en un dans le catalogue de Cline et lancez l’installation. Cline s’occupe de récupérer le serveur et de l’enregistrer dans sa configuration.
Un serveur MCP a besoin de savoir comment démarrer (une commande) et, parfois, de paramètres — par exemple le dossier auquel il a le droit d’accéder, ou une clé pour un service. Renseignez le strict nécessaire : un serveur de fichiers ne doit pointer que vers le dossier dont l’agent a réellement besoin. Une fois configuré, le serveur apparaît comme « connecté », et ses outils deviennent disponibles pour l’agent.
Sous le capot, la configuration des serveurs vit dans un fichier JSON que Cline gère pour vous. Vous pouvez l’éditer directement pour un réglage fin, mais pour démarrer, l’interface suffit. Gardez en tête le principe : n’activez que les serveurs dont vous avez besoin, et accordez-leur le moins de portée possible.
✅ Point d’étape — Le serveur MCP s’affiche comme connecté dans Cline. S’il reste en erreur, vérifiez la commande de démarrage et les paramètres (chemin, droits).
Étape 4 — Utiliser le nouvel outil dans une tâche
Un outil branché ne sert que si l’agent l’emploie à bon escient. Donnez-lui une tâche qui requiert la nouvelle capacité. Par exemple, avec un serveur de fichiers donnant accès à un dossier de références : « lis le fichier de référence dans le dossier data et crée des notes dans carnet à partir de son contenu ».
Cline reconnaît qu’il dispose d’un outil adapté, l’appelle pour lire la source, puis génère les notes dans votre projet — chaque écriture passant, comme toujours, par un diff que vous validez. Vous voyez l’agent enchaîner : utiliser l’outil MCP pour obtenir l’information, puis ses capacités habituelles pour agir dessus. C’est cette combinaison qui rend un agent outillé bien plus capable qu’un simple générateur de code.
✅ Point d’étape — L’agent a utilisé le serveur MCP pour accomplir une tâche qu’il ne pouvait pas faire seul. Si l’agent ignore l’outil, reformulez en indiquant explicitement la source à utiliser.
Étape 5 — Garder la maîtrise des outils
Chaque serveur MCP ajouté élargit la surface d’action de l’agent — et donc la surface de risque. La règle de prudence est la même que pour les permissions : le moindre privilège. N’activez que les serveurs réellement utiles, limitez leur portée (un dossier précis, pas tout le disque), et désactivez ceux dont vous ne vous servez plus.
Méfiez-vous particulièrement des serveurs tiers non vérifiés : un serveur MCP est un programme qui s’exécute sur votre machine avec les droits que vous lui donnez. Privilégiez les serveurs officiels ou reconnus, lisez ce qu’ils font, et n’accordez jamais un accès large « pour voir ». Cette hygiène, que nous approfondissons dans le tutoriel sur la sécurité, est ce qui permet de profiter de la puissance des outils sans ouvrir une brèche.
Des serveurs MCP utiles au quotidien d’un développeur
Au-delà du premier essai, certains serveurs MCP reviennent souvent dans une panoplie de développement, parce qu’ils comblent les angles morts d’un agent enfermé dans son dossier. En voici quelques familles, du plus simple au plus avancé.
- Système de fichiers : donne à l’agent un accès maîtrisé à des dossiers précis hors du projet — pratique pour lire des références ou des données ;
- Git : permet à l’agent de consulter l’historique, les diffs et l’état du dépôt pour mieux comprendre l’évolution du code avant d’agir ;
- Base de données : l’agent peut lire le schéma et exécuter des requêtes de lecture, ce qui rend ses suggestions de code bien plus justes — il sait à quoi ressemblent vos tables ;
- Recherche / récupération web : pour aller chercher la documentation à jour d’une bibliothèque, au prix d’une dépendance réseau à assumer.
L’art consiste à n’activer que ce qui sert votre projet du moment. Pour « carnet », un serveur de fichiers suffit largement. Pour un projet branché sur une base, un serveur de base de données en lecture seule change la donne : l’agent cesse de deviner la structure de vos données et travaille sur du concret. Choisissez vos outils comme vous choisiriez vos collaborateurs — pour ce qu’ils apportent vraiment, pas pour la collection.
Combiner outil et action : un exemple complet
La vraie valeur apparaît quand l’agent enchaîne un outil MCP et ses capacités natives dans une même mission. Imaginons que « carnet » doive importer des notes depuis une source structurée que vous gardez à part. Avec un serveur de fichiers en place, une seule consigne suffit : « lis le fichier sources/reunion.md, extrais-en les décisions, et crée une note par décision dans carnet ».
Cline déroule alors une chaîne complète : il appelle l’outil MCP pour lire la source, raisonne sur le contenu pour identifier les décisions, puis utilise ses capacités d’écriture pour créer les notes — chaque création passant par un diff que vous validez. En une demande, l’agent a fait ce qui aurait demandé plusieurs étapes manuelles : lire, trier, transformer, écrire. C’est cette orchestration outil-plus-action qui distingue un agent réellement productif d’un simple assistant de complétion, et elle reste entièrement gratuite et locale tant que le serveur l’est aussi.
Pièges fréquents
| Symptôme | Cause probable | Correctif |
|---|---|---|
| Le serveur reste en erreur | Commande de démarrage ou paramètre incorrect | Vérifier la commande, le chemin et les droits |
| L’agent n’utilise pas l’outil | Tâche qui n’indique pas la source | Préciser explicitement quoi lire ou interroger |
| Accès refusé par le serveur | Portée trop restreinte | Élargir au strict dossier nécessaire, pas plus |
| Comportement inattendu d’un serveur | Serveur tiers non vérifié | Privilégier les serveurs officiels ou reconnus |
| Trop de serveurs ralentissent l’agent | Outils inutiles activés | Désactiver les serveurs non employés |
Réalités du terrain
La plupart des serveurs MCP utiles tournent eux aussi en local — accès aux fichiers, à une base de données locale, à des scripts — ce qui prolonge la logique souveraine du montage : votre agent gagne des pouvoirs sans que vos données ne sortent de votre machine. Pour les serveurs qui appellent un service distant (recherche web, API tierce), gardez à l’esprit qu’ils introduisent une dépendance réseau et, potentiellement, une fuite d’information : à activer en connaissance de cause. Sur une connexion limitée, les serveurs locaux restent pleinement utilisables hors-ligne, là où les serveurs distants dépendront de votre débit.
Récapitulatif
Vous savez maintenant ce qu’apporte MCP, comment ajouter un serveur à Cline, comment donner à l’agent un nouvel outil et l’employer dans une tâche réelle, et comment garder la maîtrise par le moindre privilège. Votre agent local n’est plus cantonné à votre dossier de code : il peut atteindre des sources et des outils que vous choisissez. Cette puissance accrue rend d’autant plus importante la dernière brique du parcours — la sécurité, que nous traitons dans le tutoriel suivant.
Aide-mémoire
| Élément | Rôle |
|---|---|
| MCP | Standard ouvert reliant l’IA à des outils/données |
| Serveur MCP | Programme exposant des capacités à l’agent |
| Catalogue Cline | Installer un serveur en quelques clics |
| Configuration JSON | Réglage fin des serveurs |
| Moindre privilège | N’activer et n’ouvrir que le nécessaire |
À vous de jouer
Défi : ajoutez un serveur MCP de système de fichiers limité à un dossier « sources », déposez-y un fichier texte, et demandez à Cline d’en tirer trois notes pour « carnet ». Vérifiez qu’il ne peut pas lire un dossier hors de sa portée.
Voir une piste de solution
Configurez le serveur de fichiers en ne lui donnant accès qu’au dossier « sources ». Demandez « à partir du fichier sources/idees.txt, crée trois notes dans carnet ». L’agent lit le fichier via l’outil MCP et génère les notes. Tentez ensuite « lis le fichier /etc/hosts » : le serveur doit refuser, car ce chemin est hors de sa portée — preuve que le moindre privilège fonctionne.
Tutoriels associés
- Piloter l’agent Cline : modes Plan et Act — pour bien diriger l’agent outillé.
- Sécuriser un agent de code local — la suite, indispensable avec des outils.
Pour aller plus loin
- 🔝 Revenir au guide principal : Coder avec une IA en local : Cline, Ollama et les assistants souverains.
- Approfondir : Créer un serveur MCP et la documentation docs.cline.bot (MCP).
FAQ
Qu’est-ce qu’un serveur MCP, simplement ?
Un petit programme qui donne à l’agent une nouvelle capacité (lire des fichiers, interroger une base, chercher sur le web) via un langage standard que Cline comprend.
Les serveurs MCP fonctionnent-ils en local ?
Beaucoup, oui. Les serveurs d’accès aux fichiers ou à une base locale tournent sur votre machine. Seuls ceux qui appellent un service distant nécessitent le réseau.
Est-ce risqué d’ajouter un serveur ?
Un serveur s’exécute avec les droits que vous lui accordez. Privilégiez les serveurs reconnus, limitez leur portée, et n’activez que le nécessaire.
Faut-il savoir programmer pour utiliser un serveur MCP ?
Non pour en installer un depuis le catalogue de Cline. Oui si vous voulez en créer un sur mesure — c’est l’objet d’un tutoriel dédié.