インストール
npx -y delx-wellness-hermes setup誰向けか
すでに Fitbit、Pixel Watch、または Google Health の提携先を使っており、このマシン上で OAuth により自分が認可した Health API v4 データを読みたい人向け。公式は local-first と書いており、トークンはこのマシンを出ない。現在は Beta。
推奨インストールは Hermes 向け。1 本のコマンドがこのコネクタと他 8 個を専用 Hermes 設定に事前構成する。出典タイトルは Claude と Cursor も書いている。健康データが Google へ出るのは受け入れ、トークンはこのマシンに残したい人向け。
OAuth を完了できない、または健康関連リクエストがこのマシンを出るのを望まないなら、このガイドは助けにならない。現行の説明は具体的な MCP ツール（歩数や心拍数など）を名指ししていない。ツール名を自分で補わない。
3 分で最初の試行を終える
前提: このマシンで npx が動くこと。Hermes を使う予定（または後で他クライアントへつなぐ）。公式のワンコマンド導入は:
npx -y delx-wellness-hermes setup
これは Delx Wellness for Hermes から来る。
https://github.com/davidmosiah/delx-wellness-hermes
このコネクタと他 8 個を事前構成する。最初は clinical scope を開けない。
最初の試行は名指しの読み取り専用コマンド coverage を使う。OAuth 前の静的プレチェックは coverage --json と書いてあり、--live は付けない。完全なパッケージ名付きの公式例は実アカウント版だけを出している。
npx -y google-health-mcp-unofficial coverage --live --json
最初は同じパッケージで coverage --json を走らせる。観察できる成功の合図: coverage 報告が出て、OAuth 秘密、ローカルパス、生の健康測定値が出ないこと。公式はその目的で設計されたと書いている。ネットワーク依存には届く可能性があり、「ネットワークなし、プライバシー境界なし」と読まない。プレチェック通過後、実アカウントを打つなら --live を足す。これも読み取り専用だが実アカウントに触れる。始める前に、使うのが自分の認可アカウントだと確認する。
SSH / コンテナ / WSL は auth --manual でヘッドレス OAuth ができる。それは最初の試行が行く道ではない。
利用ケース
ケース 1: 配線前にカバー範囲を見る。coverage --json を実行し、OAuth 前に静的プレチェックする。抜粋は報告フィールドを列挙していないので、成功は「JSON カバー範囲が得られ、秘密と生測定が見えない」だけとする。プレチェック結果を Fitbit 接続済みと見ない。
ケース 2: 実アカウントで読み取り専用対照をする。npx -y google-health-mcp-unofficial coverage --live --json を実行する。公式は読み取り専用と書き、OAuth 秘密、ローカルパス、生の健康測定を意図的に省く。抜粋はフィルタ引数や時間窓を出していない。この出力を臨床記録と見ない。clinical scope（ECG/IRN）は任意開始であり、最初のケースでは開けない。
利用上の境界
非公式 npm パッケージ名は google-health-mcp-unofficial、状態は Beta。トークンはこのマシンに残すべきだが、Health API リクエストはこのマシンを出る。coverage は生測定を省く設計であり、データが一度も要求されていないこととは違う。認可取り消し、ローカルトークン削除、Hermes 設定オフの手順は書いていない。一緒に事前構成される他 8 個のコネクタは名指しされていない。公式リポジトリ:
https://github.com/davidmosiah/google-health-mcp