BernuviaBernuvia

Connecter ton assistant IA (MCP)

Bernuvia parle MCP : ton assistant peut chercher, acheter, publier et consulter tes ventes avec les permissions que tu lui donnes, et jamais signer un paiement.

Ce que c'est et à quoi ça sert

MCP (Model Context Protocol) est la façon standard dont un assistant IA (Claude, par exemple) se connecte à un outil et s'en sert pour de vrai. Bernuvia expose son marketplace via MCP : ton assistant ne t'explique donc pas comment publier un template, il le publie, sur ton compte et avec tes permissions.

  • Ce sont les mêmes fonctions que celles du site, avec les mêmes validations, la même revue et la même modération.
  • Pas besoin de programmer : ça se connecte avec une ligne et un token que tu crées et révoques quand tu veux.
  • Ça marche avec Claude et avec n'importe quel client qui parle MCP.

Tu as une explication plus longue, avec des exemples, sur la page du MCP.

Le connecter

  1. 1Va dans MCP depuis ton panneau et clique sur Créer un token.
  2. 2Donne-lui un nom qui dit à quoi il sert (« Claude de mon portable », « ventes ») et choisis les permissions. Si ton compte a la 2FA, le code te sera demandé.
  3. 3Copie le token à ce moment-là : par sécurité, il ne s'affiche plus jamais. Si tu le perds, révoque-le et crées-en un autre.
  4. 4Range-le dans une variable d'environnement et connecte ton client avec le bloc qui lui correspond (tu en as un par client ci-dessous).
  5. 5Ouvre une nouvelle session de ton assistant : les outils sont annoncés au début de la conversation, ils n'apparaissent donc pas dans celle que tu avais déjà ouverte.

Depuis l'annuaire officiel MCP : Bernuvia y est publiée sous `com.bernuvia/marketplace`. Si ton client lit cet annuaire, tu l'ajoutes depuis là et la seule chose que tu fournis est le jeton ; les blocs ci-dessous sont pour les clients qui ne le lisent pas.

macOS et Linux : range le token dans la variable `BERNUVIA_TOKEN`. Rien ne s'affiche quand tu le colles et il ne reste pas dans l'historique.

read -rs BERNUVIA_TOKEN && export BERNUVIA_TOKEN

Windows (PowerShell) : la même chose, en une ligne.

$BERNUVIA_TOKEN = Read-Host "Bernuvia token"

Claude Code : dans le terminal, avec Claude Code installé, colle cette commande. Ton token n'apparaît pas : c'est la variable qui le met.

claude mcp add --transport http bernuvia https://www.bernuvia.com/api/mcp \
  --header "Authorization: Bearer ${BERNUVIA_TOKEN}"

Claude Desktop et claude.ai : dans Paramètres › Connecteurs, « Ajouter un connecteur personnalisé » : colle l'URL du serveur et ton token dans l'en-tête Authorization. Ici le token va dans le champ de l'application, jamais dans la conversation.

https://www.bernuvia.com/api/mcp
Authorization: Bearer TU_TOKEN

ChatGPT : active le mode développeur dans Paramètres › Connecteurs et ajoute un serveur MCP avec l'URL et le token, là aussi dans son propre champ.

https://www.bernuvia.com/api/mcp
Authorization: Bearer TU_TOKEN

Cursor : ajoute le serveur dans ~/.cursor/mcp.json (ou dans Paramètres › MCP) avec ce bloc. Si ta version ne résout pas la variable, la connexion échoue à l'authentification et il faudra écrire la valeur dans le fichier.

{
  "mcpServers": {
    "bernuvia": {
      "url": "https://www.bernuvia.com/api/mcp",
      "headers": {
        "Authorization": "Bearer ${BERNUVIA_TOKEN}"
      }
    }
  }
}

VS Code : dans le .vscode/mcp.json de ton projet (ou ton mcp.json utilisateur), un serveur de type http. La forme `${env:...}` lit la variable d'environnement.

{
  "servers": {
    "bernuvia": {
      "type": "http",
      "url": "https://www.bernuvia.com/api/mcp",
      "headers": {
        "Authorization": "Bearer ${env:BERNUVIA_TOKEN}"
      }
    }
  }
}

Ton token ne se colle pas dans un chat et n'apparaît pas sur une capture. C'est une clé : qui l'a entre avec tes permissions. S'il t'échappe dans une conversation, sur une capture ou dans un dépôt, révoque-le dans MCP et crées-en un autre.

Tu peux avoir jusqu'à 3 tokens actifs à la fois. À chaque fois qu'un token est créé ou supprimé, on te prévient par e-mail et dans les notifications.

Les permissions

Chaque token porte des permissions et chaque fonction exige la sienne. Tu ne lui donnes que ce que tu veux qu'il fasse :

  • Lecture seule : catalogue et avis, tes achats, tes favoris, ton solde, tes notifications, tes parrainages et tes statistiques.
  • Acheteur : panier, mettre en favori, laisser des avis, signaler des problèmes, préparer des paiements, fermer une de tes commandes encore impayée et sans devis encore utilisable, et ouvrir, retirer ou clôturer pour délai dépassé un litige sur tes achats.
  • Vendeur : tes ventes et tes statistiques, brouillons, publier pour revue, codes de réduction et répondre aux avis.

La permission vendeur ne peut être accordée que si tu as un compte vendeur avec l'abonnement à jour. Si ton abonnement expire, ces fonctions cessent de répondre à l'instant même si le token reste actif.

Plusieurs comptes ou plusieurs tokens

Tu peux avoir plusieurs connexions à la fois sans qu'elles se marchent dessus : une pour vendre, une pour acheter, ou une par compte à toi. Il suffit que chacune ait son nom et sa variable.

  • Un nom par usage, sur le token et sur le serveur dans ton client : `bernuvia-ventas` et `bernuvia-compras` se distinguent d'un coup d'oeil.
  • Une variable par token : `BERNUVIA_TOKEN_VENTAS` et `BERNUVIA_TOKEN_COMPRAS`, pour ne jamais coller la mauvaise clé.
  • Une portée par dossier ou par projet si ton client le permet : la configuration vit avec le projet et ne se charge que quand tu y travailles. S'il n'a qu'une configuration globale, les noms différents suffisent.
  • Chaque token porte ses propres permissions : un token d'achat ne peut pas vendre, et un token de vente ne gère pas tes agents.

Ce sont des tokens du MÊME compte et c'est toi qui signes les paiements. Si tu veux qu'un programme achète sans que tu sois devant, en payant avec son propre wallet, c'est un agent créé depuis ton compte : lui aussi agit comme toi, mais c'est lui qui signe.

Ce que ton assistant NE peut PAS faire

Ce n'est pas une promesse : le serveur n'a tout simplement pas de fonctions pour ça, donc aucun agent (ni un token volé) ne peut même essayer.

  • Signer un paiement. Il peut préparer l'achat et te donner le lien ; la signature, c'est toi qui la fais dans le navigateur avec ton wallet. Pareil pour les litiges : il prépare le lien pour en ouvrir un, pour le retirer, ou pour le clôturer pour délai dépassé (quand le délai est écoulé sans que l'équipe ait tranché, le montant te revient intégralement, sans commission), et c'est toi qui signes.
  • Retirer ton argent. Un retrait exige ta signature et un code envoyé sur ton e-mail.
  • Toucher à ton compte. Il ne change ni ton e-mail, ni ta 2FA, et il ne crée pas d'autres tokens.
  • Entrer dans le panneau d'administration. Un agent opère en tant que toi, et seulement en tant que toi.

Agents : il en existe deux types. L'agent que tu crées depuis Mes agents agit comme toi, mais paie avec SON propre wallet, et il ne peut pas non plus retirer ton argent, laisser des avis en ton nom ni créer de tokens. Les agents autonomes sont des comptes à part qui naissent en signant avec leur wallet. Dans les deux cas, l'agent signe lui-même avec son wallet ; Bernuvia ne signe toujours rien à sa place et ne le laisse pas entrer dans le panneau d'administration.

Si quelque chose tourne mal

  1. 1Va dans MCP et clique sur Révoquer sur le token qui t'inquiète : il cesse de fonctionner à l'instant.
  2. 2Si tu soupçonnes que ton compte est compromis, active la 2FA dans Sécurité : en l'activant, TOUS tes tokens sont révoqués d'un coup, en plus de fermer les autres sessions.

Un token perdu ne peut ni payer, ni retirer, ni modifier ton compte : au pire il fait, dans la limite de ses permissions, ce que toi tu pourrais faire en lisant ou en gérant tes affaires.

Cet article vous a-t-il été utile ?

Toujours bloqué ? Écrivez-nous depuis Contact ou revenez au Centre d'aide.