Serveur MCP : définition, fonctionnement et exemple avec Obsidian
Un serveur MCP est un programme qui donne à une application d’IA, comme Claude Code, Codex ou ChatGPT, l’accès à un outil ou à des données : chercher dans des fichiers, lire une note, modifier un texte. MCP est le sigle du Model Context Protocol, un protocole ouvert qui fixe la façon dont l’application et le serveur se parlent. Un même serveur peut ainsi servir plusieurs applications. Avec Obsidian, un serveur MCP permet à votre IA de lire et de modifier vos notes sans que vous ayez à les copier dans la conversation.
Donner accès à un coffre ne rend pas l’écriture sûre pour autant. D’après leurs documentations, deux serveurs MCP pour Obsidian peuvent lire les mêmes notes et se comporter très différemment le jour où l’IA modifie une note que vous avez retouchée entre-temps. Pour choisir un serveur, le comparatif MCP Obsidian : dix serveurs comparés prend le relais. Pour la vue d’ensemble, de l’IA qui résume vos notes à l’agent qui les modifie, voir utiliser Obsidian avec une IA.
Sommaire 10 sections
- Serveur MCP : la définition en une minute
- Ce qu’un serveur MCP peut proposer : outils, ressources, modèles de consigne
- Comment ça fonctionne : de votre demande à la modification d’une note
- Exemple avec Obsidian : remplacer une phrase dans la fiche d’un projet
- Trois familles de serveurs MCP pour Obsidian
- Ce qu’il faut savoir avant de brancher un serveur
- Brancher un serveur dans Claude Code, Codex ou ChatGPT
- Questions fréquentes
- Pour aller plus loin
- Sources
Serveur MCP : la définition en une minute
MCP repose sur trois rôles, décrits dans la documentation d’architecture du protocole :
- l’hôte est l’application d’IA que vous utilisez, par exemple Claude Code ou Claude Desktop ;
- le client est le composant de l’hôte qui garde la connexion avec un serveur donné : l’hôte en crée un par serveur ;
- le serveur est le programme qui fournit le contexte et les outils.
« Serveur » ne désigne pas forcément une machine distante. La documentation du protocole précise que le terme désigne le programme, où qu’il tourne : un serveur MCP peut s’exécuter sur votre ordinateur, ou ailleurs sur Internet.
Ce qu’un serveur MCP peut proposer : outils, ressources, modèles de consigne
Un serveur choisit ce qu’il expose parmi trois familles, présentées dans la documentation des serveurs MCP. Les exemples Obsidian de la dernière colonne sont des illustrations : chaque serveur décide de ce qu’il propose.
| Famille | À quoi ça sert | Qui déclenche | Exemple avec un coffre Obsidian |
|---|---|---|---|
| Outils | Exécuter une action, avec des entrées et des sorties définies | Le modèle d’IA le demande ; l’application peut exiger votre accord | Chercher dans le coffre, remplacer un passage dans une note |
| Ressources | Fournir des données de contexte, identifiées par une adresse | L’application choisit comment les utiliser | Le texte d’une note ou d’un fichier |
| Modèles de consigne (prompts) | Proposer des consignes réutilisables et paramétrables | Vous, explicitement | Un modèle « faire le point sur un projet » |
Un serveur MCP pour Obsidian expose surtout des outils. C’est d’eux que dépend ce que l’IA peut faire dans votre coffre.
Comment ça fonctionne : de votre demande à la modification d’une note
- Vous déclarez le serveur dans l’application d’IA : une commande à lancer pour un serveur local, une adresse pour un serveur distant.
- L’application se connecte et demande au serveur ce qu’il propose, par exemple la liste de ses outils.
- Vous formulez une demande. Le modèle décide, d’après sa description des outils, d’en appeler un avec des arguments précis.
- L’application transmet l’appel. La spécification demande aux applications d’obtenir votre accord explicite avant d’appeler un outil ; elle précise aussi que le protocole ne peut pas l’imposer lui-même. Ce réglage dépend donc de l’application que vous utilisez.
- Le serveur exécute l’action et renvoie un résultat, que le modèle lit avant de vous répondre ou d’enchaîner sur un autre appel.
Deux modes de communication existent, d’après la documentation d’architecture. Le mode stdio relie l’application à un programme lancé sur votre machine, sans passer par le réseau : c’est celui des serveurs locaux. Le mode Streamable HTTP passe par le réseau, ce qui permet des serveurs distants ; il accepte les authentifications HTTP courantes, comme une clé ou un jeton.
| Serveur local (stdio) | Serveur distant (HTTP) | |
|---|---|---|
| Où tourne-t-il ? | Sur votre ordinateur, lancé par l’application | Sur une autre machine, joint par une adresse |
| Qui s’y connecte ? | En général une seule application | Souvent plusieurs applications |
| Exemple | Un serveur qui lit les fichiers de votre coffre | Le serveur d’un service en ligne |
Exemple avec Obsidian : remplacer une phrase dans la fiche d’un projet
Prenons une demande simple : « Dans la fiche du projet, remplace essai prévu jeudi par essai prévu vendredi, puis mets à jour la prochaine action. »
Sans serveur MCP, vous copiez la fiche dans la conversation, vous récupérez le texte corrigé et vous le recollez dans Obsidian. Avec un serveur MCP, l’IA appelle un outil pour lire la fiche, un autre pour modifier le passage, et vous répond une fois le travail fait. Vous restez dans votre conversation.
Cette même demande peut échouer de trois façons, et c’est là que les serveurs se distinguent :
- La concurrence. L’IA lit la fiche, vous la retouchez dans Obsidian pendant qu’elle réfléchit, puis elle écrit à partir de l’ancien état et efface votre retouche.
- L’incertitude. La connexion se coupe juste après une écriture réussie. L’IA ne sait plus si l’action a eu lieu ; si elle la relance sans vérifier, elle peut la faire deux fois.
- La fraîcheur. Pour un serveur qui travaille sur une copie du coffre, la copie peut se lire sans problème et pourtant être trop ancienne pour justifier une écriture.
Chaque serveur documente ses propres réponses à ces trois cas, et pas toujours de la même façon. Le comparatif MCP Obsidian : dix serveurs comparés les confronte d’après leurs documentations. Son test sur un même coffre, commencé le 23 octobre 2026, est en pause depuis cette date et aucun résultat n’en est résumé : le comparatif ne mesure rien, il dit quoi vérifier.
Trois familles de serveurs MCP pour Obsidian
Les serveurs MCP pour Obsidian se rangent selon la façon dont ils atteignent le coffre. Cette distinction décide de ce qu’il faut installer et de ce que le serveur voit.
| Famille | Obsidian doit-il être ouvert ? | Ce que ça implique |
|---|---|---|
| Plugin ou pont passant par l’application | Oui | Le serveur profite des plugins du coffre ; il faut installer au moins un plugin |
| Accès direct aux fichiers | Non | Pas d’application à lancer ; le serveur ne voit pas ce que les plugins ajoutent |
| Pilotage par la ligne de commande d’Obsidian | Oui | S’appuie sur la CLI officielle ; demande de l’activer |
Ce rangement résume le comparatif, établi d’après les documentations publiques au 23 octobre 2026 ; les noms des serveurs de chaque famille s’y trouvent.
Ce qu’il faut savoir avant de brancher un serveur
- Un outil MCP exécute du code. La spécification le dit : les outils représentent une exécution de code arbitraire et se traitent avec prudence. Leurs descriptions doivent être tenues pour non fiables, sauf si le serveur l’est.
- Vous gardez la main sur l’accord. Regardez comment votre application demande la permission avant un appel, et ne la désactivez pas par commodité.
- Un serveur déclaré dans un projet demande une approbation dans Claude Code. Un dépôt cloné ne peut pas approuver ses propres serveurs, d’après la documentation de Claude Code.
- Essayez sur une copie. Avant de laisser une IA écrire dans un coffre qui compte, rejouez la scène de l’exemple sur une copie : lisez une note par le serveur, modifiez-la vous-même dans Obsidian, puis faites écrire l’IA. Seul un refus pour conflit de version prouve que la protection joue.
- Gardez les clés hors des notes et des dépôts. Un serveur local pour Obsidian demande souvent une clé d’accès ; elle va dans la configuration privée de l’application, pas dans un fichier partagé.
Brancher un serveur dans Claude Code, Codex ou ChatGPT
Le principe est le même partout : l’application lance ou contacte le serveur, puis expose ses outils au modèle.
- Claude Code ajoute un serveur local avec la commande
claude mcp add --transport stdio <nom> -- <commande>; un serveur distant s’ajoute avec--transport httpet son adresse. La documentation de Claude Code détaille les portées (local, projet, utilisateur). - Codex déclare ses serveurs dans un fichier de configuration.
- ChatGPT fonctionne dans le cloud : il ne joint pas un serveur qui n’existe que sur votre ordinateur sans une adresse HTTPS accessible ou un tunnel.
Le pas-à-pas pour chaque application est dans Connecter Obsidian à Claude, Codex ou ChatGPT avec MCP. Pour ce que l’agent peut lire, proposer et modifier une fois connecté, le guide Obsidian et agents IA pose les garde-fous.
Questions fréquentes
Serveur MCP, c’est quoi ?
Un programme qui expose à une application d’IA des outils, des données ou des consignes réutilisables, selon le Model Context Protocol. L’application (l’hôte) le contacte par un client dédié ; le serveur peut tourner sur votre machine ou à distance.
Un serveur MCP est-il forcément en ligne ?
Non. Un serveur MCP local est un programme lancé sur votre ordinateur par l’application, avec le mode stdio. Seuls les serveurs distants passent par Internet.
Faut-il savoir programmer pour utiliser un serveur MCP ?
Cela dépend du serveur. Certains s’installent comme un plugin dans l’application visée ; d’autres demandent Node.js, une compilation et une configuration. Pour Obsidian, le comparatif indique pour chaque serveur ce que son installation demande.
Mon IA peut-elle tout faire dans mon coffre avec un serveur MCP ?
Non : elle ne peut faire que ce que les outils du serveur permettent, et ce que votre application l’autorise à appeler. C’est pourquoi le choix du serveur compte autant que le choix du modèle.
Pour aller plus loin
Pour choisir un serveur selon ce que votre IA doit lire, modifier ou vérifier, lisez le comparatif MCP Obsidian : dix serveurs comparés. Je suis l’auteur de l’un des dix, Optimike Obsidian MCP ; la page le déclare et décrit ses limites.
Sources
Consultées le 9 novembre 2026. Version de la spécification : 2026-07-28.