google-health-mcp : lire sur cette machine, via OAuth, des données de santé déjà autorisées

À qui cela s'adresse

Vous utilisez déjà Fitbit, Pixel Watch ou un partenaire Google Health et voulez lire sur cette machine, via OAuth, les données Health API v4 que vous avez autorisées. Le texte officiel le présente comme local-first : les jetons ne quittent pas cette machine. C'est actuellement Beta.

L'installation recommandée vise Hermes : une commande préconfigure ce connecteur et 8 autres dans une configuration Hermes dédiée. Le titre source nomme aussi Claude et Cursor. Pour qui accepte que des données de santé partent vers Google, les jetons restant sur cette machine.

Si vous ne pouvez pas terminer OAuth, ou ne voulez qu'aucune requête liée à la santé ne quitte cette machine, ce guide ne peut pas vous aider. Les notes actuelles ne nomment pas d'outils MCP précis (pas, rythme cardiaque, etc.). Ne pas inventer de noms d'outils.

Première tentative en 3 minutes

Prérequis : cette machine peut exécuter npx ; vous prévoyez d'utiliser Hermes (ou de brancher un autre client plus tard). L'installation officielle en une commande est :

npx -y delx-wellness-hermes setup

Elle vient de Delx Wellness for Hermes

https://github.com/davidmosiah/delx-wellness-hermes

et préconfigure ce connecteur plus 8 autres. Dès la première tentative, ne pas ouvrir le scope clinical.

La première tentative utilise la commande en lecture seule nommée coverage. Le précontrôle statique avant OAuth s'écrit coverage --json ; ne pas ajouter --live. L'exemple officiel avec le nom de paquet complet ne montre que la version compte réel :

npx -y google-health-mcp-unofficial coverage --live --json

Dès la première tentative, exécuter d'abord coverage --json sur le même paquet. Signal de succès observable : un rapport coverage s'affiche, sans secrets OAuth, chemins locaux ni mesures de santé brutes — le texte officiel dit que la commande est conçue pour cela. Des dépendances réseau peuvent encore être atteintes ; ne pas le lire comme « pas de réseau, pas de frontière de confidentialité ». Après le précontrôle, ajouter --live pour un compte réel. C'est encore de la lecture seule, mais cela touche un compte réel ; avant de commencer, confirmer qu'il s'agit de votre compte autorisé.

SSH / conteneurs / WSL peuvent utiliser auth --manual pour un OAuth sans tête ; ce n'est pas le chemin de la première tentative.

Cas d'usage

Cas 1 : voir la couverture avant de câbler. Exécuter coverage --json comme précontrôle statique avant OAuth. L'extrait ne liste pas les champs du rapport, donc le succès se juge à « obtenir une couverture JSON sans voir de secrets ni de mesures brutes ». Ne pas traiter le précontrôle comme déjà connecté à Fitbit.

Cas 2 : contrôle en lecture seule sur un compte réel. Exécuter npx -y google-health-mcp-unofficial coverage --live --json. Le texte officiel indique lecture seule et omet volontairement secrets OAuth, chemins locaux et mesures de santé brutes. L'extrait ne donne ni paramètres de filtre ni fenêtre temporelle ; ne pas traiter cette sortie comme un dossier clinique. Le scope clinical (ECG/IRN) est optionnel ; ne pas l'ouvrir dans le premier cas.

Limites d'usage

C'est le nom de paquet npm non officiel google-health-mcp-unofficial, statut Beta. Les jetons doivent rester sur cette machine, mais les requêtes Health API la quittent encore. coverage est conçu pour omettre les mesures brutes, ce qui n'équivaut pas à des données jamais demandées. Aucune étape pour révoquer l'autorisation, supprimer les jetons locaux ou désactiver la configuration Hermes. Les 8 autres connecteurs préconfigurés ensemble ne sont pas nommés. Dépôt officiel :

https://github.com/davidmosiah/google-health-mcp