Qu’est-ce que Everything (test server) ?
Everything est un serveur de référence du projet MCP qui tente d'exercer chaque fonction du protocole. Son README est clair à ce sujet : il n'est « pas destiné à être un serveur utile, mais plutôt un serveur de test pour les constructeurs de clients MCP ». Il est toujours maintenu dans le dépôt actif modelcontextprotocol/servers, l'un des sept serveurs de référence là-bas aux côtés de fetch, filesystem, git, memory, sequential thinking et time.
La version 2.0.0, publiée le 19 octobre 2026, l'a fait passer au SDK TypeScript v2 et sert les deux ères du protocole depuis un seul processus : les clients 2026-07-28, qui utilisent server/discover et aucune session, et les clients de l'ère 2025, qui utilisent le handshake initialize. Il a besoin de Node.js 24 ou plus récent.
Faites-le tourner avec npx -y @modelcontextprotocol/server-everything sur stdio, ou depuis les sources avec Streamable HTTP à http://localhost:3001/mcp. Le transport HTTP+SSE reste pour les clients de l'ère 2025 uniquement et est déprécié. Le dépôt documente son architecture, son démarrage, ses fonctions et ses points d'extension.
Installer Everything (test server)
npx -y @modelcontextprotocol/server-everythingEverything (test server) vaut-il le coup ?
Everything compte davantage maintenant qu'il y a un an, parce que le protocole s'est scindé en deux ères. La révision 2026-07-28 a abandonné le handshake initialize et les sessions, si bien que chaque client, passerelle et proxy doit composer avec des serveurs des deux sortes pendant un temps. La version 2.0.0 répond aux deux depuis un seul processus, ce qui en fait la fixture naturelle pour vérifier un client contre la nouvelle révision avant que les serveurs de production ne rattrapent.
La couverture est l'intérêt. Ses 24 outils incluent une élicitation en plusieurs étapes dont le requestState est signé en HMAC et expire après dix minutes, des outils basés sur les tâches qui exercent tasks/get, tasks/update et tasks/cancel, et un outil d'en-tête qui vérifie le miroir x-mcp-header et refuse un appel non concordant avec l'erreur -32020. Roots, sampling et logging, dépréciés en 2026-07-28, sont gardés et étiquetés. Le document des fonctions marque à quelle ère chaque comportement appartient, et se lit comme un diff utilement concret de la spec.
Deux outils ont besoin de soin hors d'un bac à sable. get-env renvoie chaque variable d'environnement du processus serveur en JSON, inoffensif dans un conteneur CI et une fuite sur un portable où les clés d'API vivent dans le shell. gzip-file-as-resource récupère des URL, dans des limites de taille, de temps et de domaine. Le plancher Node 24, relevé quelques jours avant 2.0.0, cassera aussi les images CI encore sur Node 22.
Ce n'est pas une suite de conformité. Il montre ce que fait un serveur correct et vous laisse noter votre client, généralement avec le MCP Inspector ouvert à côté. Et les méthodes de tâche cœur 2025-11-25 ne sont plus servies, parce que le SDK v2 a retiré la couche expérimentale sur laquelle elles reposaient, si bien qu'un client construit contre ce brouillon a besoin d'une autre fixture.
Là où il fait la différence
Un ingénieur qui ajoute la prise en charge de 2026-07-28 à une bibliothèque cliente MCP
Tester la découverte, les allers-retours input_required et les tâches contre un serveur connu comme bon
Lancez npx -y @modelcontextprotocol/server-everything en CI et appelez trigger-multi-step-elicitation, simulate-research-query et trigger-url-elicitation depuis les tests du client. Cela ne coûte rien au-delà de passer l'image CI à Node 24.
Une équipe plateforme qui construit une passerelle MCP interne
Vérifier que les deux ères du protocole et leurs en-têtes passent intacts à travers la passerelle
Démarrez le build Streamable HTTP sur localhost:3001/mcp derrière la passerelle, connectez un client de l'ère 2025 et un 2026-07-28, et utilisez get-header-params pour confirmer que Mcp-Param-Region survit au saut ; une non-concordance revient en erreur -32020.
Un rédacteur de relations développeurs qui documente la prise en charge du MCP dans une appli hôte
Montrer à quoi ressemble chaque fonction du protocole sur le fil
Pointez le MCP Inspector vers le serveur et capturez de vraies réponses pour le contenu structuré, les liens de ressources et les notifications de progression, en utilisant le document des fonctions comme référence. Cela évite de construire un serveur factice pour les captures d'écran.
Avant de vous engager
- Mise en route
- npx -y @modelcontextprotocol/server-everything sur stdio sur Node.js 24+, avec des configurations documentées pour Claude Desktop et VS Code ; npm run start:streamableHttp depuis les sources sert http://localhost:3001/mcp. Premier appel d'outil en quelques minutes.
- Intégrations
- 24 outils plus des prompts, ressources, abonnements, journalisation et l'extension tasks. Chaque outil est un comportement de test (echo, get-sum, trigger-sampling-request, trigger-long-running-operation) ; aucun ne se connecte à un compte extérieur.
- Données et confidentialité
- Aucune authentification et aucun compte. get-env renvoie tout l'environnement du processus et gzip-file-as-resource récupère des URL, alors faites-le tourner là où l'environnement ne contient aucun secret.
- Coût à grande échelle
- Gratuit et open source ; le seul coût est les minutes de CI. Il n'y a pas d'API payante derrière.
- Limites
- Pas une suite de tests de conformité. HTTP+SSE ne sert que les clients de l'ère 2025 et est déprécié, les méthodes de tâche cœur 2025-11-25 ne sont pas servies après la migration SDK v2, et Node 22 n'est plus pris en charge.
Les points forts
- 24 outils couvrant les deux ères du protocole depuis un seul processus
- Maintenu dans le dépôt officiel des serveurs avec le SDK
- Le document des fonctions marque l'ère et la dépréciation de chaque fonction
- stdio et Streamable HTTP depuis le même build
Les points faibles
- get-env expose les variables d'environnement du processus
- A besoin de Node.js 24 ou plus récent depuis 2.0.0
- Démontre le comportement mais ne note pas un client
- Les méthodes de tâche cœur 2025-11-25 ne sont plus servies
Idéal pour
Les développeurs qui construisent ou testent des clients, hôtes et passerelles MCP, surtout contre la révision 2026-07-28.
Alternatives à Everything (test server)
Everything (test server) : questions fréquentes
- Everything (test server) vaut-il le coup ?
- Indispensable comme fixture de test pour les auteurs de clients MCP et, par conception, inutile pour tout le reste. Nous lui donnons 3.9 sur 5.
- Combien coûte Everything (test server) ?
- Gratuit et open source.
- Quels sont les inconvénients de Everything (test server) ?
- get-env expose les variables d'environnement du processus; a besoin de Node.js 24 ou plus récent depuis 2.0.0; démontre le comportement mais ne note pas un client; les méthodes de tâche cœur 2025-11-25 ne sont plus servies.
- À qui s’adresse Everything (test server) ?
- Les développeurs qui construisent ou testent des clients, hôtes et passerelles MCP, surtout contre la révision 2026-07-28.
- Combien coûte Everything (test server) pour une équipe ou en production ?
- Gratuit et open source ; le seul coût est les minutes de CI. Il n'y a pas d'API payante derrière.
- Everything (test server) est-il sûr pour les données de l’entreprise ?
- Aucune authentification et aucun compte. get-env renvoie tout l'environnement du processus et gzip-file-as-resource récupère des URL, alors faites-le tourner là où l'environnement ne contient aucun secret.
- Quelles sont les meilleures alternatives à Everything (test server) ?
- Les alternatives les plus proches que nous avons testées sont Time (reference server), Fetch (reference server) et Filesystem (reference server).
Réponses vérifiées le 23 oct. 2026.