Serveur MCP distant managé pour vos agents IA

01Ce que c'est

Le Model Context Protocol est le standard par lequel un assistant découvre et appelle des outils externes. Un serveur MCP distant (remote) est joignable en HTTP : rien à installer, rien à faire tourner sur votre poste, et la même connexion fonctionne depuis n'importe quelle machine où vous êtes authentifié.

Le serveur MCP de Zerolith tourne sur exactement le même code que l'API REST et l'interface web. Il n'existe pas de chemin privilégié réservé aux agents, donc un outil MCP ne peut jamais faire ce que votre compte ne peut pas faire lui-même.

02Connecter un client

Le transport est HTTP. Pointez votre client sur l'URL ci-dessus : l'autorisation OAuth 2.1 se déclenche à la première connexion, dans votre navigateur.

Claude Code

Une seule commande. Le navigateur s'ouvre pour l'autorisation, puis les outils apparaissent dans la session.

claude mcp add --transport http zerolith https://zerolith.io/mcp

Cursor, VS Code et autres clients

Les clients qui se configurent par fichier acceptent ce bloc ; le nom et l'emplacement du fichier varient d'un client à l'autre.

{
  "mcpServers": {
    "zerolith": {
      "type": "http",
      "url": "https://zerolith.io/mcp"
    }
  }
}

Tutoriel pas à pas avec Claude Code »

03Authentification et révocation

L'accès passe par OAuth 2.1 : pas de clé API à recopier dans la configuration d'un client, donc pas de secret longue durée qui traîne dans un fichier de config.

• Enregistrement dynamique du client (RFC 7591) : votre agent s'enregistre lui-même. Vous n'avez aucun identifiant applicatif à créer, à copier ni à stocker quelque part.
• PKCE en S256, obligatoire : un code d'autorisation intercepté est inutilisable sans le vérificateur, qui ne quitte jamais votre agent.
• Jeton lié à sa ressource (RFC 8707) : un jeton émis pour zerolith ne vaut rien ailleurs, et un jeton émis pour un autre service ne vaut rien ici. Même volé, il n'ouvre pas la mauvaise porte.
• Rotation des jetons de rafraîchissement : chaque renouvellement invalide le précédent, si bien qu'un jeton dérobé puis rejoué se signale de lui-même.
• Deux portées, pas davantage : mcp:read pour consulter, mcp:write pour agir. Une portée demandée que nous ne connaissons pas est refusée, jamais élargie en silence.

Révocation : changer votre mot de passe invalide immédiatement les autorisations MCP en cours (refresh tokens et codes d'autorisation non consommés), en plus de vos sessions web.

04Ce qu'un agent peut faire

Connecter un agent, c'est lui déléguer des actions, pas vos secrets. Voici jusqu'où il peut aller, et ce qu'il ne verra jamais.

• Il n'agit que dans votre compte. Chaque outil est borné à vos propres ressources : interroger l'identifiant d'une fonction qui ne vous appartient pas répond « introuvable » et jamais « interdit ». Nous ne confirmons même pas son existence.
• Vos clés API restent invisibles. Elles sont stockées hachées et ne s'affichent qu'une seule fois, à leur création, dans l'interface. Aucun outil MCP ne les renvoie, et l'agent n'en a pas besoin : il s'authentifie avec son propre jeton.
• Vos secrets aussi. Une variable d'environnement de type secret est écrite dans le cluster et n'est jamais relue : l'agent peut la créer, la remplacer ou la supprimer, mais pas en lire la valeur. Vous non plus, d'ailleurs.
• Le jeton de votre base de données et vos clés de stockage ne sortent pas davantage. L'agent peut créer la base, l'attacher à une fonction, lancer vos migrations ou déclencher un export sans jamais recevoir l'identifiant qui l'ouvre.
• Les actions qui modifient l'état sont déclarées comme telles. Chaque outil annonce s'il écrit, ce qui permet à votre client MCP de vous demander confirmation avant de laisser l'agent agir.

Vous coupez l'accès quand vous le décidez, depuis la page MCP de votre tableau de bord. La révocation invalide immédiatement le jeton d'accès déjà émis, et pas seulement son renouvellement : autrement un agent garderait la main jusqu'à l'expiration du jeton pendant que l'interface afficherait « déconnecté ». Réinitialiser votre mot de passe coupe lui aussi tout accès MCP en cours.

Un agent peut aussi gérer votre base de données de bout en bout, sans jamais en voir les identifiants →

05Les outils exposés

41 outils, tous limités au périmètre de votre compte. Les descriptions ci-dessous sont celles que le serveur annonce à votre client, mot pour mot : c'est le contrat que lit l'agent.

19 de ces outils concernent les bases de données privées, une fonctionnalité optionnelle. Là où le déploiement ne l'active pas, ils ne sont ni annoncés par tools/list ni appelables.

06Ce que l'agent ne peut pas faire

Le serveur MCP n'est pas un accès administrateur. Il est soumis aux mêmes règles que le reste de la plateforme :

• Périmètre du compte uniquement : une ressource qui ne vous appartient pas répond 404 et jamais 403, si bien que l'agent n'apprend même pas qu'elle existe.
• Les opérations d'écriture exigent un compte vérifié, et sont refusées quand le crédit est épuisé.
• Les valeurs de secrets ne sont jamais relues : aucun outil ne peut les renvoyer, ni à l'agent ni à vous.

Le détail des isolations »

07Ce que ça coûte

Piloter la plateforme par un agent ne coûte rien en soi. Les appels d'administration (créer une fonction, lister vos bases, consulter vos métriques, modifier une variable) passent par l'API de la plateforme et ne sont pas facturés.

Ce qui est facturé, c'est l'exécution. Une invocation déclenchée par un agent est comptée exactement comme n'importe quelle autre, et elle est soumise au même contrôle de crédit : un solde épuisé la refuse en bordure, avant même que votre code ne démarre. Un agent ne peut donc pas creuser votre solde à votre insu.

Le détail de la facturation »

08Questions fréquentes