Quelle différence entre serveurs stdio et HTTP ?

Un serveur stdio tourne comme une commande sur votre ordinateur (par exemple via npx). Un serveur HTTP tourne à une adresse distante et demande généralement OAuth ou un token.

Les serveurs MCP coûtent-ils des tokens ?

Oui. Les définitions d’outils de chaque serveur entrent dans le contexte de l’agent et sont relues à chaque tour. Ne pas connecter les serveurs que vous n’utilisez pas réduit le coût.

Quels agents prennent en charge MCP ?

Dans AgentVera, outre Claude Code et Codex, opencode, Copilot, Qwen Code, Goose et Amp reçoivent aussi les serveurs MCP d’AgentVera au lancement.

Qu’est-ce qu’un serveur MCP ? Guide pour agents de code

Q: Qu’est-ce qu’un serveur MCP ?

Un petit programme qui parle le Model Context Protocol et offre à un agent IA des outils, des prompts et des ressources. En appelant ces outils, l’agent peut ouvrir un navigateur, lire des issues ou interroger une base de données.

Qu’est-ce qu’un serveur MCP ? En bref, un petit programme qui donne de nouvelles capacités à un agent IA. Le Model Context Protocol (MCP) est un protocole ouvert : un serveur s’en sert pour offrir à un agent des outils, des prompts prêts à l’emploi et des ressources lisibles. L’agent appelle ces outils pour ouvrir un navigateur, lire des issues GitHub, chercher des erreurs Sentry ou interroger une base de données.

Cet article explique comment fonctionne MCP, quels serveurs valent la peine d’être ajoutés et les erreurs que l’on fait en les connectant à des agents de code.

Qu’est-ce qu’un serveur MCP et comment fonctionne-t-il ?

Un serveur MCP peut offrir trois sortes de choses :

Outils : des fonctions que l’agent peut appeler, comme browser_navigate ou search_issues.
Prompts : des modèles que le serveur prépare pour l’agent.
Ressources : des données que l’agent peut lire, comme un fichier ou un enregistrement.

Au démarrage, un agent se connecte à ses serveurs et récupère leurs listes d’outils. Ces listes entrent dans le contexte du modèle, et le modèle appelle un outil quand il en a besoin.

Types de connexion

Type	Où il tourne	Exemple	Autorisation
stdio	Sur votre ordinateur, comme une commande	`npx -y @playwright/mcp@latest`	Variables d’environnement si besoin
HTTP	À une adresse distante	`https://mcp.sentry.dev/mcp`	Token ou OAuth
SSE	À une adresse distante, en flux d’événements	Courant sur les anciens serveurs	Token ou OAuth

Serveurs MCP à ajouter

Les serveurs les plus utilisés avec les agents de code se répartissent en quelques groupes. Quelques-uns des 23 serveurs prêts à l’emploi du catalogue d’AgentVera :

Navigateur : Playwright (ouvrir des pages, cliquer, remplir des formulaires, faire des captures), Chrome DevTools (console, requêtes réseau, traces de performance).
Docs : Context7 (docs de bibliothèques à jour et propres à chaque version), Cloudflare Docs.
Développement : GitHub (issues, pull requests, recherche de code), Git (log local, diff, commit), Sentry (erreurs et stack traces).
Mobile : Mobile MCP, MobileBuildMCP, iOS Simulator, Firebase.
Données et mémoire : Filesystem, Memory, Fetch, Sequential Thinking, Supabase.
Produit et équipe : Linear, Notion, Stripe.
Design : Figma (le serveur MCP Dev Mode de l’app de bureau), Canva.
Marketing : fal.ai (génération d’images, vidéo et audio), Meta Ads (campagnes publicitaires).

Ajouter des serveurs MCP à chaque CLI

Chaque agent a sa propre méthode. Dans Claude Code, vous pouvez en ajouter un en ligne de commande :

claude mcp add playwright -- npx -y @playwright/mcp@latest

Dans Codex, les serveurs se définissent dans ~/.codex/config.toml :

[mcp_servers.playwright]
command = "npx"
args = ["-y", "@playwright/mcp@latest"]

Le piège : vous redéfinissez le même serveur dans chaque outil, et les secrets finissent dans des fichiers de config en clair. Avec plusieurs agents, les listes dérivent.

Gérer les serveurs MCP au même endroit

Le gestionnaire MCP d’AgentVera garde les serveurs dans une seule liste et les attache au démarrage d’un agent :

Sur la page MCP, appuyez sur + pour ouvrir le catalogue et choisir un serveur, ou saisissez votre propre commande ou adresse.
Décidez si chaque agent le reçoit ou seulement ceux que vous choisissez. Limitez-le à un projet si vous le souhaitez.
Appuyez sur Test connection pour lister les outils, prompts et ressources du serveur.
Redémarrez l’agent ; le changement s’applique à la nouvelle session.

Les variables d’environnement secrètes et les tokens d’en-tête sont gardés dans le trousseau de votre système d’exploitation. Les serveurs qui demandent OAuth sont autorisés à la première utilisation. Les serveurs des réglages propres à Claude Code et Codex sont listés avec leur état ; vous pouvez les importer dans AgentVera ou réécrire les serveurs d’AgentVera dans les configs des CLI.

Ces serveurs n’atteignent pas que Claude Code et Codex. D’autres outils qui acceptent MCP les reçoivent aussi : opencode, Copilot, Qwen Code, Goose et Amp.

Comptez le coût en tokens

Le prix caché de MCP, c’est le contexte. Les définitions d’outils de chaque serveur entrent dans le contexte de l’agent et sont relues à chaque tour. Un serveur de dix outils prend de la place à chaque tour, même si l’agent ne l’appelle jamais.

Le test de connexion d’AgentVera montre les tokens approximatifs que chaque outil ajoute au contexte de l’agent. Cela vous permet de :

Donner les serveurs coûteux mais rarement utilisés seulement à l’agent qui en a besoin.
Choisir le plus léger de deux serveurs qui font le même travail.
Garder un agent léger sans outils qu’il n’utilisera pas.

Pour d’autres façons de réduire le contexte, voir réduire la consommation de tokens de Claude Code.

Un tableau partagé pour les agents

AgentVera ajoute automatiquement à chaque projet un serveur MCP appelé agentvera-board. C’est un tableau d’affichage partagé par les agents du projet et vous. Les agents utilisent board_read, board_post et board_update pour laisser des notes, décisions, todos, constats et entrées de fichiers/modules, et lire ce que les autres ont écrit. Vous publiez et cochez les todos depuis l’onglet Board du panneau de droite.

Pour des agents parallèles, c’est la réponse simple à « comment Tester saura-t-il la décision prise par Architect ? »

Exemple : tester dans un navigateur avec Playwright

Le meilleur exemple de ce qu’apporte MCP est le navigateur. Un agent avec le serveur MCP Playwright peut :

Ouvrir votre app à son adresse locale.
Prendre un instantané de l’arbre d’accessibilité de la page.
Cliquer sur des boutons et remplir des formulaires.
Faire une capture d’écran et rapporter ce qu’il voit.

L’agent peut ainsi vérifier seul si « le bouton d’enregistrement de la page des réglages fonctionne ». AgentVera gère pour cela un Chrome headless avec son propre profil. Les agents en mode « AgentVera browser » l’utilisent via Playwright MCP, et vous regardez les onglets en direct sur la page Browser et intervenez quand vous voulez. Voir la page navigateur d’agent pour les détails.

Quel serveur pour quel agent ?

Distribuer les serveurs par rôle plutôt que de donner chaque serveur à chaque agent améliore le contexte comme la sécurité :

Rôle de l’agent	Serveurs adaptés	Pourquoi
Développeur frontend	Playwright, Chrome DevTools, Figma	Voit la page, lit le design
Développeur backend	Context7, Supabase, Git	Docs à jour, base de données, historique du dépôt
Débogueur	Sentry, GitHub	Stack traces et issues liées
Orienté produit	Linear, Notion	Lit et met à jour tâches et docs

Limiter un serveur à un projet aide aussi. Un serveur connecté au projet Supabase d’un client n’a pas besoin d’être visible par les agents des autres projets.

Notes de sécurité

Les serveurs MCP donnent aux agents accès à de vrais systèmes. Donc :

Soyez prudent avec les serveurs qui peuvent écrire. Un agent qui peut appliquer des migrations de base de données peut modifier des données d’un faux pas.
Ne gardez pas de tokens dans des fichiers en clair. Utilisez le trousseau ou des variables d’environnement.
Ne lancez pas de serveurs que vous ne connaissez pas. Les serveurs stdio s’exécutent comme du code sur votre ordinateur.
Ne sautez pas le test de connexion. Il montre ce que le serveur offre vraiment et combien de contexte il coûte.

Ajouter votre propre serveur MCP

Vous pouvez aussi ajouter des serveurs absents du catalogue. Il vous faut deux choses :

Pour stdio : la commande et les arguments à lancer, plus d’éventuelles variables d’environnement.
Pour HTTP ou SSE : l’adresse du serveur et d’éventuels en-têtes d’autorisation.

Testez la connexion après l’ajout. Si le test échoue, regardez la sortie du serveur (stderr) ; une variable d’environnement manquante ou un runtime non installé (comme uvx) en est généralement la cause.

Checklist

Ce serveur aide-t-il vraiment cet agent ?
Avez-vous testé son coût en tokens ?
Les secrets sont-ils dans le trousseau plutôt que dans un fichier en clair ?
Le serveur doit-il être limité à un projet ?
Avez-vous redémarré l’agent après l’ajout ?

Pour conclure

Les serveurs MCP emmènent les agents de code au-delà du terminal : navigateurs, trackers d’issues, suivi d’erreurs et fichiers de design deviennent accessibles. Le prix est le coût en contexte et la gestion des secrets. Gérer les serveurs au même endroit, restreindre leur portée et mesurer leur coût permet de garder cet équilibre.

Vous pouvez essayer le gestionnaire MCP d’AgentVera avec l’offre gratuite, et voir quels outils acceptent MCP sur la page Claude Code et les autres pages d’agents.