Meta-MCP that auto-detects installed wellness connectors and composes them into one body data layer.
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"io-github-davidmosiah-delx-living-body": {
"command": "<see-readme>",
"args": []
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Meta-MCP that auto-detects installed wellness connectors and composes them into one body data layer.
No automated test available for this server. Check the GitHub README for setup instructions.
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
This server is missing a description. Tools and install config are also missing.If you've used it, help the community.
Add informationBe the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in health
MCP server providing seamless access to FHIR APIs for AI tools and healthcare applications
MCP server for the ClinicalTrials.gov v2 API. Search trials, retrieve study details and results, and match patients to eligible trials.
Manage your Hevy workouts, routines, folders, and exercise templates. Create and update sessions faster, organize plans, and search exercises to build workouts quickly. Stay synced with changes so your training log is always up to date.
MCP server for Oura Ring API v2 (sleep, activity, readiness, heart rate, workouts).
MCP Security Weekly
Get CVE alerts and security updates for io.github.davidmosiah/delx-living-body and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
Meta-MCP that turns 15 wellness MCPs into one unified body data layer for AI agents.
Today, answering "should I train hard today?" forces an agent to orchestrate WHOOP recovery, Garmin Body Battery, Oura sleep, Nourish nutrition, and cycle phase across five separate MCP servers. That's brittle for users and confusing for the agent.
delx-living-body is one MCP server that:
Install it once. Get a unified body data layer. Works with whatever wellness MCPs you already have.
npx -y delx-living-body
That's the whole install. No OAuth flow, no API keys — delx-living-body has no auth of its own. Each child connector handles its own credentials.
git clone https://github.com/davidmosiah/delx-living-body && cd delx-living-body
npm install && npm run build
npm run demo
The demo boots the real MCP server, fakes three installed connectors
(WHOOP + Oura + Garmin, backed by a bundled stub child that carries synthetic
body data), and drives it over stdio exactly the way an agent does. No real
accounts, API keys, or network. Captured output lives at
examples/demo-what-should-i-do-today.txt:
2) living_body_ask question="What should I do today?"
────────────────────────────────────────────────────────────────
Recommendation:
Today at a glance: recovery 74, sleep 83, body battery 68.
Confidence: high Sources: whoop, oura, garmin
3) living_body_ask question="Should I train hard today?"
────────────────────────────────────────────────────────────────
Recommendation:
Green light for a hard session. Recovery and sleep both support high intensity.
Confidence: high Sources: whoop, oura, garmin
Reasoning trace (rule-based, no LLM):
Intent classified as: training_readiness
- (rec_high) Recovery 74 supports a high-intensity day.
- (sleep_good) Sleep score 83 is supporting recovery.
One question in → one synthesized answer composed across all three connectors, with a stable reasoning trace and zero LLM calls. This is the Body-vertical entrypoint: install once, ask in plain language, get a unified answer.
| Tool | Purpose |
|---|---|
living_body_status | Which connectors are detected? Safe; no subprocess spawning. |
living_body_ask | Main tool. Spawns detected children in parallel, returns synthesized answer. Requires explicit_user_intent: true. |
living_body_daily_brief | Markdown brief built from each connector's daily_summary. |
living_body_compose_context | Normalized delx-wellness-context/v1 shape merged across sources. |
living_body_health_check | All 15 known connectors with install hints for missing ones. |
living_body_capabilities | Self-description + per-connector availability matrix. |
For each known connector, delx-living-body checks:
~/.<vendor>-mcp/tokens.json exists~/.<vendor>-mcp/config.json exists (password-based connectors like Eight Sleep)~/.delx-wellness/profile.json lists the deviceIf any check passes → detected. Otherwise → missing (with install hint). Stateless connectors (Cycle Coach) are always considered available.
Detection results cache for 60s (DELX_LIVING_BODY_DETECT_TTL).
| ID | Package | Category |
|---|---|---|