supp.fit par le Model Context Protocol

Ce serveur donne à un assistant IA un accès en lecture aux preuves sur les compléments alimentaires tirées d'études publiées, à un catalogue de produits réels et — si vous l'autorisez — à votre propre stack et à votre journal de prises. C'est un seul point d'accès, il est en lecture seule, et chaque outil exige un compte supp.fit connecté.

Ce que c'est

Le Model Context Protocol, ou MCP, est la façon dont un assistant IA atteint des données qui ne sont pas dans son entraînement. Un client comme Claude ou ChatGPT se connecte à un serveur MCP, lit la liste des outils qu'il propose et en appelle un lorsqu'une question l'exige. Ce serveur est le côté supp.fit de cette liaison.

Sans lui, un assistant qui répond à une question sur un complément écrit de mémoire : pas d'étude, pas d'année, pas de nombre de participants, et aucun moyen pour vous de vérifier. Avec lui, l'assistant lit la même base de preuves sur laquelle le site supp.fit est construit, et chaque affirmation qu'il reprend peut être remontée jusqu'à l'article dont elle vient.

Ce que vous pouvez lui demander

Voici des questions auxquelles les outils ci-dessous savent répondre. La formulation est la vôtre ; l'outil, c'est l'assistant qui le choisit.

Comment le relier

Pointez votre client MCP sur le point d'accès et suivez la connexion qu'il propose. Il n'y a rien à installer et aucune clé d'API à copier.

POST https://mcp.supp.fit/mcp

Certains clients ne demandent qu'un hôte. L'hôte seul fonctionne aussi : un POST à la racine est le même point d'accès. https://mcp.supp.fit

Dans un client configuré depuis un fichier, l'entrée est :

{
  "mcpServers": {
    "supp-fit": {
      "type": "http",
      "url": "https://mcp.supp.fit/mcp"
    }
  }
}

Ce que fait chaque outil

La liste est volontairement courte. L'API de supp.fit compte bien plus de quarante points d'accès ; un outil pour chacun donnerait à l'assistant une liste dans laquelle il ne peut pas choisir, où deux entrées diffèrent d'un seul mot.

Preuves, produits et marques — evidence.read

OutilCe qu'il renvoie
search_supplements
Rechercher des compléments
Trouve des compléments par nom ou par synonyme connu, avec le nombre de bénéfices et le nombre d'études que supp.fit détient pour chacun. À utiliser en premier quand une question nomme un complément, pour obtenir son slug pour les autres outils.
get_supplement
Obtenir un complément
Tout ce que supp.fit détient sur un complément : chaque bénéfice pour lequel il a des preuves, la solidité de ces preuves, le nombre d'études qui les soutiennent et les effets mesurés. Prend un slug issu de search_supplements.
get_benefit_evidence
Obtenir les études derrière un bénéfice
Les études individuelles derrière un couple complément-bénéfice : identifiant PubMed, titre, année, nombre de participants, score de confiance et le résumé propre à supp.fit. C'est la grosse réponse ; ne l'appeler que lorsque la question porte sur la solidité des preuves et non sur ce que les preuves disent.
get_article
Obtenir une étude
Une étude par son identifiant PubMed : titre, année et le résumé de supp.fit de ce qu'elle a trouvé pour chaque complément qu'elle traite. Le texte intégral n'est jamais renvoyé — il est sous licence. Suivre l'url vers PubMed pour lire l'article.
search_products
Chercher dans le catalogue de produits
Cherche des produits réels par nom, marque ou ingrédient. Une requête est obligatoire : il n'y a aucun moyen de lister tout le catalogue, parce qu'aucune colonne ne peut honnêtement placer un produit au-dessus d'un autre.
get_product
Obtenir un produit
Un produit : sa marque, sa catégorie, son prix et son tableau nutritionnel. IMPORTANT : le tableau n'est présent que si le code-barres du produit a été rapproché d'une étiquette enregistrée ET que la marque concordait. Quand has_confirmed_label est faux, il n'y a pas de tableau, et cela signifie que le rapprochement n'a pas pu être confirmé — cela ne signifie PAS que le produit n'a pas d'ingrédients. Ne jamais dire à un lecteur qu'un produit ne contient rien.

Vos propres données — me.read

OutilCe qu'il renvoie
whoami
À qui appartient cette connexion
Le compte supp.fit qui a autorisé cette connexion. À utiliser pour confirmer de qui sont les données que renverront les outils personnels.
get_my_favourites
Compléments et produits enregistrés
Ce que cette personne a enregistré sur supp.fit : compléments et produits.
get_my_stack
Ce que cette personne prend actuellement
Les compléments et produits que cette personne prend en ce moment, avec la dose, l'unité et le rythme de chacun.
get_my_stack_history
Ce que cette personne prenait avant
Les périodes terminées, la plus récente d'abord. Arrêter quelque chose ne l'efface pas : un complément pris deux fois apparaît donc comme deux périodes.
get_my_log
Si cette personne l'a réellement pris
Les réponses quotidiennes de prise à l'intérieur d'une fenêtre de dates, plafonnée à 400 jours. IMPORTANT : une date sans réponse signifie que personne n'a rien dit, ce qui n'est PAS la même chose qu'une dose oubliée. Ne pas compter le silence comme un oubli.
get_my_consumption
Quelle quantité de chaque élément a été prise
Quelle quantité de chaque élément cette personne a prise sur une fenêtre, groupée par élément ET par unité. IMPORTANT : ne pas additionner ces chiffres entre éléments ni entre unités, et ne pas les convertir en milligrammes d'un nutriment. Gélules, capsules molles et millilitres sont des choses différentes, et il n'existe ici aucune table de conversion du composé vers l'élément — une estimation est typiquement sept fois trop élevée, dans le sens qui masque un avertissement de limite supérieure. Rapporter les chiffres tels qu'ils reviennent.

Ce qu'il peut lire, et ce qu'il ne peut pas

Deux autorisations, cochées séparément sur la page de consentement, de sorte que la moitié « preuves » peut être accordée sans la moitié personnelle.

AutorisationCouvre
evidence.readles compléments, les bénéfices, les résultats, les résumés d'études, les produits, les marques. Rien sur vous.
me.readvos favoris, votre stack actuel, les périodes terminées et votre journal de prises.

Tout est en lecture seule. Aucun outil n'écrit, ne modifie ni ne supprime quoi que ce soit, et le serveur n'a aucun chemin d'écriture vers la base de données. Il ne détient pas non plus de secret propre : il porte le jeton remis à votre client et rien d'autre, et chaque décision sur ce que ce jeton peut lire est prise par l'API, pas ici.

Le texte intégral d'un article n'est jamais renvoyé. Il est sous licence, donc les outils renvoient le résumé propre à supp.fit et un lien vers l'article sur PubMed.

Questions fréquentes

Ai-je besoin d'un compte supp.fit pour utiliser ce serveur MCP ?

Oui. Chaque outil exige un compte supp.fit connecté, y compris ceux qui lisent des preuves que le site montre à tout le monde. Votre client MCP vous envoie sur la page de consentement, vous vous connectez avec Google et vous choisissez ce que vous partagez.

Pourquoi des preuves publiques exigent-elles une connexion ?

Un assistant est une boucle, et presque toute question utile mêle la moitié publique à la moitié privée : ce que disent les études, et ce que vous prenez réellement. Une règle pour tous les outils est une règle vérifiable. Un jugement outil par outil est une chose que quelqu'un finit par oublier.

Peut-il modifier quelque chose dans mon compte ?

Non. Chaque outil est en lecture seule. Aucun outil n'ajoute un complément à votre stack, n'enregistre une dose, ne modifie votre journal ni ne supprime quoi que ce soit, et le serveur n'a aucun chemin d'écriture vers la base de données.

Que peut-il lire à mon sujet ?

Seulement ce que couvre l'autorisation que vous avez accordée. L'autorisation evidence.read couvre les compléments, les bénéfices, les études, les produits et les marques, et ne dit rien sur vous. L'autorisation me.read couvre vos favoris, votre stack actuel, les périodes terminées et votre journal de prises. Ce sont deux cases distinctes : vous pouvez accorder la moitié « preuves » et retenir la moitié personnelle.

Quels clients peuvent s'y connecter ?

Tout ce qui parle le Model Context Protocol sur Streamable HTTP et sait suivre un flux OAuth 2.1. Cela inclut Claude, les connecteurs de ChatGPT et les outils MCP en ligne de commande. Le serveur est sans état : il n'émet aucun identifiant de session et n'ouvre aucun flux d'événements.

D'où viennent les preuves ?

D'études publiées sur PubMed, lues et résumées sur supp.fit. Chaque résultat porte l'étude dont il vient, si bien qu'un assistant peut nommer l'article, l'année et le nombre de participants au lieu d'affirmer quelque chose de sa propre autorité. Le texte intégral de l'article n'est jamais renvoyé, parce qu'il est sous licence.

Que signifie un tableau nutritionnel absent ?

Que le code-barres du produit n'a pas pu être rapproché d'une étiquette enregistrée, et non que le produit n'a pas d'ingrédients. Les deux se ressemblent exactement dans les données et signifient l'inverse, c'est pourquoi la description de l'outil le dit en toutes lettres et qu'il est demandé à l'assistant de ne jamais rapporter qu'un produit ne contient rien.

Points d'accès

URLCe que c'est
POST https://mcp.supp.fit/mcpla conversation MCP. Un POST à la racine revient au même.
GET https://mcp.supp.fit/.well-known/oauth-protected-resourceoù obtenir un jeton, comme le décrit la RFC 9728.
https://api.supp.fitle serveur d'autorisation. Il émet chaque jeton que ce serveur dépense.
GET https://mcp.supp.fit/llms.txtcette page en texte brut, pour un agent qui lit plutôt qu'il ne navigue.