Les 8 meilleurs serveurs MCP recommandés par Boris, le créateur de Claude Code

Savez-vous ce que le créateur de Claude Code considère comme le plus important ?

Ce n'est pas la manière de rédiger des prompts. Ce n'est pas non plus le choix du modèle.

"Donnez à Claude les moyens de vérifier ses propres résultats."

C'est la seule chose. Il affirme que c'est le conseil le plus important pour utiliser Claude Code.

Cet article est une continuation de cette discussion. Nous comprenons le principe. Alors, comment fournir concrètement ces moyens ? La réponse réside dans les serveurs MCP.

Honnêtement, savoir cela ou non change véritablement l'expérience d'utilisation de Claude Code. Le temps passé à coller des documents, copier des tickets et ouvrir manuellement des écrans pour les vérifier — tout cela devient superflu.

Vivez-vous cela avec Claude Code ?

• Le code généré utilise une syntaxe obsolète, et vous le corrigez vous-même à chaque fois.
• Vous finissez par ouvrir le navigateur vous-même pour voir si l'écran créé fonctionne réellement.
• Vous copiez le contenu d'un ticket, le collez à Claude, le faites implémenter, puis retournez écrire le suivi.
• À chaque erreur de production, vous copiez la stack trace depuis Sentry.
• Vous connaissez le mot MCP mais n'avez rien configuré car vous ne savez pas quoi ajouter.

Oui. Je faisais tout cela aussi.

Je le dis d'emblée : même ceux qui ne savent pas coder peuvent lire cet article. Je vais expliquer les termes techniques au fur et à mesure. En réalité, MCP est un système dont les non-ingénieurs pourraient tirer encore plus de bénéfices.

Quand vous aurez fini de lire, vous aurez probablement envie de trouver un endroit dans votre travail où vous "copiez-collez à chaque fois".

Veuillez le sauvegarder.

Qui est donc "Boris" ?

Boris Cherny. C'est la personne qui a créé Claude Code.

Il déclare explicitement "j'ai créé Claude Code", donc aucun doute. C'est la personne qui comprend la philosophie de conception de Claude Code au niveau le plus profond.

Sa façon de l'utiliser est extraordinaire.

Premièrement, il n'écrit plus de code à la main depuis longtemps. Au lieu de cela, il lance environ cinq sessions Claude dans le terminal et cinq à dix autres sur le web simultanément, numérotant les onglets et gérant quel Claude attend une intervention humaine via des notifications.

(Imaginez avoir 15 subordonnés, tous travaillant sur des tâches différentes, et seuls ceux qui sont bloqués viennent vous appeler.)

De plus, son CLAUDE.md — le règlement du projet — ne fait qu'environ 100 lignes. Il n'est pas du genre à écrire des tonnes de règles.

Sa citation la plus fréquente est celle-ci :

"Ne rédigez pas de prompts. Écrivez des boucles."

Au lieu de chercher des façons de bien demander, créez un environnement où Claude peut effectuer des tâches en boucle par lui-même. C'est le cœur de sa philosophie.

Les 3 principes que Boris répète

En regardant ses publications, il dit toujours la même chose.

Principe 1 : Donnez à Claude les moyens de vérifier ses propres résultats.

Il appelle cela le "conseil le plus important". Son explication est très simple :

Si vous demandez à quelqu'un de construire un site web mais que vous lui interdisez d'utiliser un navigateur, que se passe-t-il ? Rien de bon n'en sortira.

Mais si vous lui donnez un navigateur, il va construire, regarder, corriger, regarder à nouveau, et répéter jusqu'à ce que ce soit bon.

Claude est pareil. Si vous lui donnez les moyens de vérifier, il itérera tout seul jusqu'à ce qu'il soit satisfait.

Principe 2 : Transformez les tâches effectuées plus d'une fois par jour en systèmes.

Expliquer la même procédure dans le chat à chaque fois est une perte de temps, alors transformez-la en Skill ou en commande. Comme le coût de l'avoir prête jusqu'à ce qu'elle soit appelée est presque nul, il n'y a aucun mal à la créer.

Principe 3 : Amenez les outils externes dans l'espace de travail de Claude Code.

Slack, les trackers de tickets, les bases de données, les API internes. En rendant ces éléments directement accessibles depuis Claude Code, la navigation entre les outils disparaît.

C'est là que MCP entre en jeu.

Enfin

Quand on parle de MCP, on se heurte toujours à ce mur.

Dès que vous connectez MCP, les mains de Claude Code atteignent l'environnement de production. Déploiement, DNS, paiements, données clients. Lire, c'est bien, mais si vous autorisez soudainement l'écriture ou la suppression, des accidents arriveront.

Alors, où déléguer, et où un humain doit-il vérifier ?

Je donne gratuitement un tableau des limites. Je veux que vous le voyiez une fois avant d'installer MCP.

👇

Ici

Qu'est-ce que MCP en une phrase ?

Commençons par clarifier cela.

MCP est une "interface commune pour connecter les outils IA et les services externes". Pensez-y comme à un standard USB.

Dans un monde sans cela, vous devriez construire des intégrations séparées pour Claude, ChatGPT et d'autres IA. Avec le standard MCP, un fournisseur de services le construit une fois, et il peut être utilisé par tous les outils IA compatibles.

Et pour être clair, MCP ne se contente pas d'ajouter des fonctionnalités à Claude Code.

Il amène la cible du travail elle-même à l'intérieur de Claude Code.

Les maquettes Figma, les erreurs Sentry, les tickets Linear, les logs de production Cloudflare — Claude les voit directement et les touche directement. C'est pourquoi le copier-coller disparaît.

Et maintenant, ce standard a considérablement changé.

Le changement dans les prérequis de MCP

Cela n'a pas encore été bien organisé dans la sphère japonaise, alors veuillez en prendre note.

Dans la dernière mise à jour de la spécification, MCP a subi sa plus grande refonte depuis sa sortie. Voici les quatre principaux changements :

Sans état. Les MCP distants précédents étaient conçus pour que le serveur maintienne des états de connexion. Cela a disparu ; c'est maintenant un type requête-réponse comme le HTTP standard. L'avantage est qu'il fonctionne directement sur des environnements serverless ou edge. MCP peut désormais être construit comme un système qui évolue avec l'accès plutôt qu'un serveur résident unique.

Support des processus de longue durée. L'hypothèse qu'un outil renvoie des résultats immédiatement a été supprimée. Il peut renvoyer un numéro de suivi en premier, permettant des vérifications de progression, des mises à jour et des annulations plus tard. Les migrations de code à grande échelle, la génération vidéo, l'analyse de données longues et les déploiements d'environnements complets — ces "tâches qui prennent des heures" sont désormais officiellement supportées via MCP.

Capacité de renvoyer une UI dans la conversation. Auparavant, MCP était centré sur le texte et le JSON, mais maintenant le serveur peut renvoyer des écrans d'opération. Des écrans de sélection de cible de déploiement, des graphiques, des boutons d'approbation/rejet, des formulaires. En bref, MCP passe d'un système où l'IA appelle des API en arrière-plan à un standard pour des mini-applications fonctionnant sur l'IA.

Authentification au niveau de l'organisation. Lié aux fournisseurs d'identité d'entreprise, une fois qu'un administrateur approuve, les employés se connectent automatiquement lors de leur première connexion. L'opération de distribution de clés API aux individus disparaît.

Notez que le côté d'Anthropic déploie cela séquentiellement. Le fait que la spécification soit finalisée est différent du fait que votre Claude Code local puisse tout utiliser immédiatement.

(Je vois parfois des articles exagérer cela, mais l'expression officielle est "déploiement séquentiel".)

Il y a plus de 950 serveurs MCP listés dans la liste des connecteurs de Claude. Le nombre est écrasant, mais il n'y en a pas autant que vous ayez vraiment besoin d'installer.

8 serveurs MCP officiels qui transforment Claude Code

Voici la partie principale.

Les critères de sélection sont au nombre de trois : ce doivent être des serveurs officiels gérés par le fournisseur, faciles pour les débutants à ressentir l'effet, et implémentant directement l'un des trois principes de Boris.

1. Context7 MCP : Éliminer la cause du code obsolète

Quand Claude Code génère du code incorrect, la cause n'est souvent pas le manque d'intelligence du modèle.

C'est simplement que les informations qu'il référence sont obsolètes.

Utiliser des API dépréciées. Générer de la syntaxe Next.js ancienne. Mélanger des paramètres de différentes versions. Générer des options inexistantes. Remplir des implémentations non documentées par déduction. Tout cela.

Context7 est un MCP qui fournit la documentation la plus récente des bibliothèques et frameworks à Claude Code par version. Au lieu de répondre de mémoire, vous créez un état où il implémente après avoir consulté les matériaux de la version spécifique.

Prompt pratique :

En utilisant Context7, vérifie la documentation officielle pour la version actuelle de Next.js utilisée dans ce projet.

Après vérification, organise ce qui suit avant de commencer l'implémentation :

1. Implémentation recommandée pour la version actuelle
2. Implémentations dépréciées
3. Différences avec le code actuel du projet
4. Fichiers nécessitant des modifications

N'implémente pas sur la base de suppositions ; utilise uniquement les méthodes décrites dans la documentation.

Note : Ne mélangez pas plusieurs concepts dans une seule requête. Demander "auth, routing et caching" renverra des résultats larges et superficiels. La précision est meilleure lorsque vous tirez les concepts séparément.

Dépôt officiel : https://github.com/upstash/context7

1. Playwright MCP : Laisser Claude toucher le navigateur lui-même

Cela implémente directement le Principe 1 de Boris.

Claude Code peut écrire du code, mais il ne sait pas si l'écran qu'il a écrit fonctionne réellement. Connecter Playwright MCP permet à Claude d'ouvrir un vrai navigateur, de cliquer sur des boutons, de remplir des formulaires, de suivre les transitions, de détecter les erreurs, de les corriger et de vérifier à nouveau.

Ce qui est intéressant dans ce système, c'est qu'il ne se contente pas de regarder des captures d'écran en tant qu'images. Il lit l'Accessibility Tree — les informations structurées de l'écran. Il comprend ce qu'est un bouton, un champ de saisie ou un titre. Parce qu'il lit le sens, il est moins susceptible de confondre des éléments visuellement similaires.

Prompt pratique :

Une fois l'implémentation terminée, ouvre l'environnement local avec Playwright MCP.

Opère et vérifie réellement ce qui suit :

1. Nouvelle inscription
2. Connexion
3. Affichage lors des erreurs de saisie
4. Problèmes de mise en page à la largeur d'un smartphone
5. Déconnexion

Si cela échoue, ne devine pas la cause en lisant simplement le code ; reproduis-la dans le navigateur avant de corriger.

Après la correction, relance les mêmes opérations et signale la fin uniquement après avoir confirmé le succès.

Je vais être honnête ici.

Ce que Boris lui-même dit utiliser à chaque fois pour le travail web est en fait l'extension de navigateur Claude Code, pas le Playwright MCP. Il dit qu'elle est plus stable que les MCP similaires car elle peut partager l'état de connexion tel quel.

Donc le cas d'utilisation est : si vous voulez vérifier l'écran réel en utilisant votre navigateur connecté, utilisez l'extension. Si vous voulez l'automatiser en tant que test et exécuter la même procédure à plusieurs reprises, utilisez Playwright MCP.

Les deux partagent la même philosophie : "Donnez un navigateur à Claude."

Dépôt officiel : https://github.com/microsoft/playwright-mcp

1. Figma MCP : Lire les données de conception, pas seulement les images

Tant que vous passez les maquettes sous forme de captures d'écran, Claude devine toujours.

Combien de pixels pour la marge ? Quelle est la taille de la police ? Cette couleur est-elle une couleur de marque ou temporaire ? Cette partie est-elle un composant réutilisable ? Tout est deviné à l'œil nu à partir d'une image.

Connecter le Figma developer MCP permet d'accéder directement aux informations de conception structurées. Les valeurs, les couleurs, les structures de composants, les jetons de conception. La devinette disparaît.

Prompt pratique :

Récupère le cadre actuellement sélectionné depuis Figma MCP.

Tout d'abord, extrais uniquement ce qui suit et ne commence pas l'implémentation :

• Structure de la page
• Composants à réutiliser
• Définitions des couleurs et de la typographie
• Règles de marges
• Changements attendus lors du redimensionnement responsive

Après avoir confirmé le contenu extrait, donne la priorité à l'utilisation des composants existants du projet pour l'implémentation.

Si tu crées un nouveau composant, explique d'abord pourquoi les existants sont insuffisants.

Et voici le véritable intérêt.

Tirer le design de Figma, implémenter dans Claude Code, vérifier dans Playwright, corriger si cassé. Connecter ces trois éléments transforme la conception à la vérification en une seule ligne.

La valeur de MCP se comprend mieux dans cette connexion que de manière isolée.

Documentation officielle : https://developers.figma.com/docs/figma-mcp-server/

1. Linear MCP : Lire les tickets et écrire le suivi

Boris mentionne ses collègues dans les PRs avec @claude et leur fait ajouter des apprentissages au règlement. En bref, il ne sépare pas l'espace de gestion des tickets de l'espace de travail IA.

Connecter le Linear MCP officiel permet de rechercher, créer, mettre à jour et commenter des tickets entièrement depuis Claude Code. Comme il s'agit d'une connexion à distance hébergée par Linear avec authentification, vous n'avez pas besoin de garder un serveur en cours d'exécution sur votre PC.

Cela rend le flux suivant transparent :

Lire le ticket → Rechercher le code associé → Créer un plan d'implémentation → Implémenter → Tester → Commenter le suivi sur le ticket → Mettre à jour le statut

Prompt pratique :

Vérifie les tickets qui me sont assignés et qui sont en cours dans Linear.

Après avoir organisé les priorités et les dépendances, exécute ce qui suit pour le ticket de plus haute priorité :

1. Identifier les informations manquantes dans les exigences
2. Rechercher le code associé
3. Créer un plan d'implémentation et le présenter avant d'implémenter
4. Implémenter et tester après approbation
5. Commenter les actions effectuées sur le ticket

Attends ma confirmation avant de changer le statut.

Incluez toujours cette dernière ligne. Si vous le laissez automatiser les changements de statut, vous vous retrouverez avec "travail non terminé marqué comme fait" du point de vue des autres membres de l'équipe.

Documentation officielle : https://linear.app/docs/mcp

1. Sentry MCP : Suivre les causes sans coller les erreurs

Que faites-vous lorsqu'une erreur de production se produit ?

Ouvrir Sentry, copier la stack trace, la coller dans Claude, trouver le fichier suspect, le coller aussi. Rien de tout cela n'est nécessaire.

La valeur de Sentry MCP n'est pas seulement d'afficher la liste des erreurs. C'est de mettre le contenu de l'erreur, la stack trace, la fréquence, les utilisateurs affectés, la version concernée, le code associé et les échecs similaires passés dans une seule boucle d'investigation.

Prompt pratique :

Récupère l'erreur non résolue avec le plus grand nombre d'utilisateurs affectés au cours des 24 dernières heures depuis Sentry.

Enquête dans l'ordre suivant :

1. Analyser les conditions d'apparition
2. Identifier le code associé
3. Créer un test de reproduction
4. Si reproductible, implémenter un correctif minimal
5. Exécuter tous les tests
6. Résumer la cause racine et le correctif

Si ce n'est pas reproductible, ne corrige pas sur la base de suppositions. Liste les informations supplémentaires nécessaires pour réduire la cause et arrête-toi là.

La phrase "Si ce n'est pas reproductible, ne corrige pas sur la base de suppositions" est efficace. Sans elle, un correctif d'apparence plausible pourrait être appliqué alors que la cause racine demeure, et il signalera "corrigé".

Documentation officielle : https://docs.sentry.io/product/sentry-mcp/

1. Cloudflare MCP : Afficher l'état de la cible de déploiement

Jusqu'à présent, nous avons parlé de développement, mais celui-ci concerne les opérations.

Cloudflare a publié plusieurs serveurs MCP officiels pour exploiter ses services. Vérification des paramètres, gestion des Workers, analyse des logs, paramètres DNS, paramètres de sécurité, vérification des performances. Il est conçu non seulement pour la lecture, mais aussi pour proposer et effectuer réellement des modifications.

Cela signifie que Claude Code peut améliorer le code après avoir vu comment il se comporte réellement sur la destination de déploiement.

Prompt pratique :

Vérifie l'état actuel de l'environnement de production avec Cloudflare MCP.

Enquête sur :

• Erreurs des 24 dernières heures
• Temps de réponse
• Taux de hit du cache
• Événements de sécurité
• Exceptions se produisant dans les Workers

Ensuite, classe les problèmes dans ces deux catégories :

A. Ceux nécessitant des modifications de code

B. Ceux pouvant être améliorés uniquement par les paramètres Cloudflare

Dans les deux cas, présente toujours un plan avant d'exécuter les modifications. Ne modifie pas les paramètres avant que j'approuve.

Comme cela touche à l'infrastructure, limitez-le en lecture seule lors de l'introduction initiale. Il n'est pas nécessaire d'autoriser les modifications de paramètres dès le début.

Documentation officielle : https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/

1. Stripe MCP : Faire correspondre le code de paiement avec les paramètres Stripe

La raison pour laquelle l'implémentation des paiements est difficile est que vous ne pouvez pas connaître la bonne réponse en regardant simplement le code. Vous devez vérifier quels produits et prix sont enregistrés côté Stripe et comment les webhooks sont configurés dans un autre onglet pendant que vous écrivez.

Le Stripe MCP officiel inclut la recherche dans la documentation officielle et les informations de support en plus des opérations de l'API Stripe. L'implémentation, la vérification des paramètres et la référence à la documentation se font toutes au même endroit.

De plus, Stripe fournit des Skills pour les agents en plus de MCP. Opérez avec MCP et appliquez les meilleures pratiques avec les Skills. Cette combinaison est puissante.

Prompt pratique :

En utilisant Stripe MCP et la documentation officielle Stripe, crée un plan d'implémentation pour une fonctionnalité d'abonnement mensuel.

Assure-toi de vérifier ce qui suit :

1. Configuration des produits et des prix
2. Comment créer une Checkout Session
3. Événements à recevoir via Webhook
4. Processus d'annulation
5. Comportement en cas d'échec de paiement
6. Méthodes pour empêcher les doubles inscriptions
7. Méthodes de test

Utilise uniquement le mode test de Stripe pendant le travail. Ne fais aucune modification sur les données de production.

Ne supprimez jamais ces deux dernières lignes. Ce n'est pas un MCP à exécuter avec ces portes ouvertes.

Documentation officielle : https://docs.stripe.com/mcp

1. GitHub MCP : Boucler les réponses aux relectures

Enfin, celui-ci.

Mais ne vous méprenez pas ; la valeur de GitHub MCP n'est pas de "pouvoir exécuter des commandes git". Claude Code peut déjà toucher le git local et la CLI GitHub.

La valeur réside dans le parcours d'informations qui n'existent que du côté distant : détails des tickets, commentaires de relecture de PR, résultats CI, statut des autres dépôts, recherche de code interne et discussions passées.

Prompt pratique :

Vérifie la PR correspondant à la branche actuelle avec GitHub MCP.

Récupère tous les commentaires de relecture non résolus et classe-les dans ces trois catégories :

• Ceux qui doivent être corrigés
• Ceux nécessitant des décisions de conception que je dois prendre
• Ceux jugés comme ne nécessitant pas de correctif (inclure la raison)

Implémente uniquement les "choses qui doivent être corrigées" et passe les tests.

Ne touche pas aux choses nécessitant des décisions de conception ; organise plutôt les points de discorde et les options et présente-les.

Lire les commentaires de relecture, corriger, tester et signaler — tout est fermé dans Claude Code.

Dépôt officiel : https://github.com/github/github-mcp-server

Construisez une "pile", pas seulement des outils individuels

MCP est moins efficace lorsqu'il est ajouté un par un. Il se transforme lorsqu'il est aligné selon le flux de travail.

Pile de production web :

Tirer le design de Figma → Vérifier la syntaxe correcte actuelle avec Context7 → Implémenter dans Claude Code → Vérification navigateur avec Playwright → PR et réponse aux relectures sur GitHub → Déploiement et vérification des logs sur Cloudflare

Pile de développement SaaS :

Tirer les exigences de Linear → Vérifier les spécifications techniques avec Context7 → Implémenter dans Claude Code → Configurer et vérifier les paiements avec Stripe → Tester les opérations utilisateur avec Playwright → Surveiller les erreurs de production avec Sentry

Ce qui se passe :

Dans les deux piles, le processus est le même.

Obtenir des informations, planifier, construire, vérifier soi-même, refléter à l'extérieur, voir les résultats.

Cette boucle est fermée sans jamais quitter Claude Code.

Le "Donnez-lui les moyens de vérifier" de Boris ne concerne pas seulement un navigateur. Cela signifie lui donner les moyens de confirmer l'exactitude de chaque étape du processus.

Les débutants n'ont besoin que de ces trois-là

Je ne dis pas d'installer les huit. Faire cela vous mènera aux pièges du chapitre suivant.

Phase 1 : Context7

L'objectif est de réduire le code incorrect.

Comme c'est axé sur la lecture, le risque est faible. Commencer ici est le plus sûr et permet de ressentir l'effet le plus rapidement.

Phase 2 : Playwright ou l'extension de navigateur

L'objectif est de laisser Claude vérifier lui-même les livrables.

Si vous faites du travail web, cela change les choses. Construire, ouvrir, trouver les cassures, corriger, ouvrir à nouveau. Les humains n'ont plus besoin d'être au milieu.

Phase 3 : Linear ou GitHub

L'objectif est de connecter l'entrée et la sortie du travail.

Des tickets à l'implémentation, aux PRs et aux mises à jour de suivi. À ce stade, Claude Code passe d'un "codeur qui attend des instructions" à un "membre qui fait avancer le travail tout seul".

Ces trois-là suffisent. Sérieusement.

Pièges à lire absolument

Piège 1 : Plus de MCP ne rend pas plus intelligent

C'est la plus grande idée fausse.

Si vous connectez un nombre massif de MCP, le nombre de candidats outils que Claude peut choisir augmente. Que se passe-t-il alors ?

Il devient confus quant à l'outil à utiliser. Il consomme du contexte. Il confond des outils similaires. Il effectue des opérations que vous n'avez pas demandées. La gestion des autorisations devient complexe et vous perdez la trace de ce qui est autorisé.

Au lieu d'en connecter 100, vous obtenez de meilleurs résultats en n'activant que les 3 à 5 nécessaires pour la tâche en cours. La bonne façon est de changer ce qui est connecté par projet.

(J'ai déjà eu plus de 10 connectés, et Claude n'arrêtait pas d'appeler des outils bizarres, me faisant penser "Pourquoi est-il soudainement devenu stupide ?" Cela a été résolu quand j'en ai réduit le nombre.)

Piège 2 : Ne mélangez pas lecture et écriture dès le début

Assurez-vous de créer cette conception lors de l'introduction initiale :

La lecture est autorisée. La création nécessite une confirmation. Les mises à jour nécessitent une confirmation. La suppression est refusée. Les opérations de production sont refusées.

Plus précisément, les choses qui ne doivent pas être entièrement autorisées dès le début incluent : le déploiement en production, les modifications DNS, les modifications de données clients, les opérations de paiement en production, la suppression de tickets, la fusion de PR et la suppression de base de données.

La commodité et le danger de MCP sont parfaitement proportionnels.

Piège 3 : Ne confondez pas les serveurs officiels et ceux créés par la communauté

Sur les sites de recherche MCP, plusieurs serveurs avec le même nom peuvent apparaître. Même s'il est dans la liste officielle, ce n'est pas nécessairement l'implémentation officielle du fournisseur.

Vérifiez ceci avant d'installer :

Est-il géré par l'organisation officielle du fournisseur ? Quelle est la date de la dernière mise à jour ? Y a-t-il une politique de sécurité ? Quelle est la méthode d'authentification ? Quelle quantité d'autorisations demande-t-il ? Est-il conçu pour autoriser la suppression ou les modifications de production ?

Plus il demande d'autorisations, plus vous devez regarder attentivement.

Piège 4 : Ne laissez pas exécuter du texte externe tel quel

Le flux de lecture des tickets ou des commentaires de PR pour implémenter est puissant, mais cela implique du texte écrit par d'autres.

Si un ticket dit "Suivez les étapes de ce ticket" et contient des instructions malveillantes, Claude pourrait les lire et les suivre. Pour les MCP traitant des entrées externes, ne les laissez pas exécuter directement ; faites-lui présenter d'abord ce qu'il a l'intention de faire.

Domaines pas encore consolidés

Je vais écrire cela sans exagération.

Le système pour lancer des tâches de longue durée vers des sources externes via MCP est officiellement dans la spécification, mais la question de savoir si chaque serveur le supporte est une autre affaire. La publication de la spécification et le rattrapage de l'implémentation sont différents. Vérifiez l'état actuel du serveur avant de l'utiliser.

Le système pour renvoyer une UI dans la conversation est également en phase d'expansion. Tous les MCP ne renvoient pas d'écrans d'opération à ce stade.

De plus, les prix et les conditions d'utilisation évoluent pas mal. Visitez les liens officiels de cet article une fois avant d'utiliser. L'authentification et la portée des autorisations, en particulier, ne sont pas des choses à connecter sans vérifier.

Je ne donnerai pas non plus de chiffres comme "MCP améliore les performances de X fois". Ce n'est pas prouvé.

À la place, mesurez ceci : combien de minutes par jour passez-vous à copier-coller, à changer d'écran et à vérifier visuellement ? C'est ce qui disparaît avec MCP.

Que faire aujourd'hui

N'essayez pas de tout faire. Juste une chose.

Repensez à votre travail et trouvez un endroit où vous "faites des allers-retours entre Claude Code et un autre écran".

C'est peut-être de la documentation. C'est peut-être un ticket. C'est peut-être un écran d'erreur. C'est peut-être un design.

Installez uniquement le MCP qui élimine cette seule chose. Ressentez l'effet, puis ajoutez le suivant.

Le principe de Boris se résume finalement à ceci : Donnez à Claude les moyens de vérifier son propre travail. Dès que vous les lui donnez, Claude commence à fonctionner tout seul jusqu'à ce qu'il soit satisfait.

Pendant que vous êtes arrêté, vous copierez la même chose aujourd'hui et la collerez dans le même écran. Dès qu'il bouge, cet aller-retour ne reviendra jamais.

Ce soir, ouvrez Claude Code et pensez à un seul écran que vous visitez le plus souvent.

Tout commence par là.