Connecter des outils MCP sur ton téléphone et ton ordinateur

Un assistant IA devient plus utile lorsqu’il peut consulter les informations nécessaires à une tâche : lire un ticket, trouver un document ou vérifier un calendrier. Model Context Protocol, souvent abrégé MCP, donne aux applications une façon commune d’accéder à ces capacités.

Chaque serveur que tu connectes est aussi un nouvel endroit où tes données peuvent aller. Commence avec un service, une tâche claire et le plus petit ensemble d’autorisations qui suffit. Une connexion qui marche est plus facile à comprendre qu’une longue liste d’intégrations que tu n’as jamais utilisées.

Comprends ce que la connexion apporte

Le guide d’architecture MCP présente les rôles des hôtes, clients et serveurs. Pour la configuration, la question pratique est ce que le serveur choisi expose : outils à appeler, ressources à lire, prompts réutilisables ou plusieurs de ces éléments.

Une connexion n’inclut pas automatiquement toutes les fonctions du service derrière. Un serveur d’agenda qui liste des événements ne sait pas forcément créer des invitations. Lis la liste des capacités du serveur et vérifie qui le publie. Choisis un éditeur identifiable, avec des instructions d’installation à jour et une explication claire de la façon dont il traite les données.

Distingue MCP du modèle. Le modèle produit des réponses ; le serveur MCP donne accès à quelque chose en dehors de la conversation. Un modèle local ne rend pas local un serveur distant.

Choisis HTTP distant ou stdio local

La spécification des transports décrit deux façons de se connecter : Streamable HTTP et stdio. Une connexion HTTP distante utilise l’adresse d’un serveur. Une connexion stdio lance un programme sur la même machine et lui parle via son entrée et sa sortie.

Sur un téléphone, une connexion distante est généralement le bon point de départ. Une commande qui lance un serveur sur ton ordinateur ne marchera pas sur ton iPhone simplement parce que tu la colles dans une application mobile. Le fonctionnement des commandes locales dépend de l’application et du système.

Souviens-toi aussi que localhost désigne l’appareil qui fait la requête. Une adresse qui marche sur ton portable ne désigne pas ce portable quand tu l’ouvres sur ton téléphone. Utilise une méthode de connexion qui demande une authentification. N’ouvre pas un service local non protégé à Internet juste pour faire marcher un exemple.

Vérifie le compte et les autorisations

Avant de te connecter, compare l’adresse du serveur à la documentation de son éditeur. Avec OAuth, examine le compte sélectionné et les accès demandés sur la page d’autorisation. Un compte professionnel et un compte personnel peuvent contenir des données différentes malgré un même nom d’application.

Pour une configuration par token, utilise un token limité au service et à la tâche dont tu as besoin. Saisis-le uniquement dans le champ prévu de l’application. Ne colle pas de token dans un chat, une capture d’écran ou un document de dépannage partagé. Le guide d’autorisation MCP donne le contexte technique de la connexion.

Lire des données et les modifier sont deux autorisations distinctes. Commence par un accès en lecture seule si le service le propose. N’ajoute l’accès en écriture que lorsque tu as une action précise à tester, à un endroit que tu peux vérifier ensuite.

Teste une petite action observable

Imaginons que tu veuilles trouver les tickets ouverts d’un projet. Utilise un projet de démonstration sans contenu sensible et demande :

Liste au maximum cinq tickets ouverts du projet de démonstration. Donne leur titre et leur lien. Ne crée, ne modifie et ne ferme rien.

Vérifie le résultat dans le service lui-même. Confirme que le projet, les liens et le compte sont bien ceux que tu voulais. Si rien ne s’affiche, cherche si le projet est vide, si l’accès manque ou si la requête a échoué.

Si tu dois ensuite tester une écriture, utilise un élément temporaire. Demande une seule modification précise, examine l’autorisation éventuelle et vérifie le résultat dans le service d’origine. Écarte la suppression et l’envoi de messages à d’autres personnes du premier essai.

Repère l’étape qui bloque

Les problèmes deviennent plus clairs lorsque tu identifies l’étape :

1. Aucune connexion : vérifie l’URL, le transport, le réseau et le fonctionnement du serveur.
2. Connexion au compte répétée : vérifie le compte, l’expiration de l’autorisation et les exigences documentées du retour OAuth.
3. Connexion établie, aucun outil : examine les capacités réelles du serveur et les accès de ton compte.
4. Échec d’un outil : vérifie ses paramètres obligatoires, les limites du service et son message d’erreur.

Quand tu demandes de l’aide, partage l’erreur sans les informations privées, avec les versions de l’application et du serveur. Retire les tokens, le contenu des documents privés et les identifiants de compte. Ne relance pas une action d’écriture sans avoir vérifié si la tentative précédente a abouti.

Garde une connexion que tu peux entretenir

Garde une courte note avec le service, son responsable, le compte utilisé, l’accès accordé et la façon de le révoquer. Revérifie les autorisations après avoir ajouté des capacités. Retirer une connexion dans l’application et révoquer l’accès dans le service sont deux étapes différentes. Pour couper complètement l’accès, utilise aussi les réglages du service.

Dans Mono, tu ajoutes des serveurs MCP dans Réglages, puis Intégrations : avec l’URL du serveur ou, si ton appareil le permet, une commande locale, et une connexion par OAuth ou par token. Les serveurs connectés peuvent aussi alimenter des skills. Lis notre guide sur la confidentialité de l’IA avant de connecter des données sensibles : le fournisseur d’un outil est un participant de plus sur le trajet des données. Mono est actuellement sur liste d’attente. Inscris-toi à la liste pour suivre les nouvelles.