Tether MCP Server
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Tether MCP ServerHow did we sleep last night?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Vaultbeat MCP Server
Let your own AI agent read your health data — without the cloud ever seeing it.
This is the official local MCP server for Vaultbeat — AI Health Sync (formerly named Tether), the iOS app that syncs Apple Health data (sleep, heart rate, menstrual cycle, weight, water, symptoms) between partners and to your own AI — end-to-end encrypted.
Vaultbeat embeds no AI and runs no model on your phone. Intelligence lives where you control it: Claude Code, Claude Desktop, or any MCP-capable agent running on your own machine. This server is the bridge — it holds a private key that never leaves your computer, pulls ciphertext from the cloud, and decrypts only locally.
iPhone (Apple Health) ──E2EE──▶ cloud (ciphertext only) ──E2EE──▶ this server (your machine) ──▶ your AI agentRequirements
Vaultbeat — AI Health Sync on iOS, with a Pro subscription (the AI-agent interface is the Pro tier)
Python 3.11+ on the machine where your agent runs (macOS / Linux / Windows)
Related MCP server: bsp-mcp
Quick start
1. Install
With uv (recommended — no clone needed):
uvx vaultbeat-mcp statusOr with pip:
pip install 'vaultbeat-mcp[qr]'Upgrading from the old
tether-mcppackage? Same code, new name — your existing binding and config carry over unchanged. Just swap the package name in your install command and MCP client config.
2. Bind your phone
vaultbeat-mcp bindThis generates a keypair on your machine and prints a QR code. In the Vaultbeat iOS app, open Settings → Data & AI → MCP Server and scan it (or import a QR screenshot from Photos). The app authorizes this machine and starts sealing your health envelopes to its public key. The private key stays in ~/.tether/mcp-local/ (owner-only 0600 permissions, OS keychain where available) — it is never uploaded anywhere. (The directory keeps its original pre-rename path so existing bindings survive upgrades.)
3. Connect your agent
Claude Code (one line):
claude mcp add vaultbeat-health -- uvx vaultbeat-mcp serve --transport stdioClaude Desktop (claude_desktop_config.json):
{
"mcpServers": {
"vaultbeat-health": {
"command": "uvx",
"args": ["vaultbeat-mcp", "serve", "--transport", "stdio"]
}
}
}Any other MCP client: run vaultbeat-mcp serve --transport stdio, or serve --transport http for a loopback streamable-HTTP endpoint with bearer-token auth.
Claude Desktop note: it does not inherit your shell
PATH. Ifuvxisn't found, use the absolute path (which uvx) ascommand.
Debugging: npx @modelcontextprotocol/inspector uvx vaultbeat-mcp serve --transport stdio
Then just ask your agent: “How did we sleep last night?”
MCP tools (16)
Tool | Returns |
| Local binding state (never exposes keys or tokens) |
| Full self-diagnosis: install/binding chain plus which data types have data and which need a newer iOS build — call this before concluding data is missing |
| A fresh QR binding payload for the iOS app to scan |
| One poll for the iOS authorization to complete binding |
| Recent sleep sessions incl. heart-rate samples, per-day primary-session selection matching the iOS app |
| Per-night heart-rate + respiratory-rate + sleep-stage timeline |
| Daily water intake + computed daily average |
| Daily weights + latest/avg/min/max + weekly trend rate |
| Cycle samples + next-period prediction (sensitive — explicit iOS opt-in required) |
| HealthKit symptom days grouped by data owner (sensitive) |
| Free-text day annotations with their writer (sensitive) |
| Daily activity rings: steps / energy / exercise minutes / stand hours / distance |
| Resting heart-rate records + window mean |
| Workout records: type / duration / calories / distance |
| Mindful sessions and minutes per day |
| Heart-rate variability (SDNN) records + window mean |
| Sleeping wrist-temperature baseline deviation |
| Hour-bucketed HRV averages over 30 days — the context-cheap default; |
| VO₂ max records + latest / peak / trough / window average |
| Basal (resting) energy burned, per hour bucket |
| TDEE — basal + active per day, measured rather than estimated, with today flagged partial and excluded from the average |
| Structured strength training: exercise, sets, reps, weight per day |
| Meals as free text with optional portions and timing |
| Write a weight entry (optionally mirrored into Apple Health when the user opts in) |
| Write a strength-training entry for a given day |
| Write a meal entry for a given day |
| Write a mood or general note for a given day |
Every data tool accepts owner (a user-ID prefix) to filter to one person — the server may hold both your and your partner's shared records, and omitting owner mixes them into one pool, so per-person questions should always pass it. (Earlier releases named some tools get_partner_* / tether_*; they were renamed in the 16-tool and Vaultbeat releases.)
Reads are cache-first: decrypted records are cached locally (owner-only files, 600 s TTL, VAULTBEAT_MCP_CACHE_TTL to override — the pre-rename TETHER_MCP_* spellings still work) so repeat queries answer in ~0.2 s with zero network; pass fresh=true to force a cloud round trip. The same service layer backs a full CLI (vaultbeat-mcp sleep / water / weight / … — every data subcommand takes --owner too) if you prefer scripts over MCP.
Privacy & security model
End-to-end encryption: Curve25519 ECDH + HKDF-SHA256 + AES-GCM. Every health record is sealed on-device to each authorized recipient's public key (your partner, and this server once bound).
The cloud only ever holds ciphertext. Vaultbeat's backend cannot read your health data — architecturally, not just by policy.
Decryption happens here, on hardware you own. The private key and server token are never exposed through any tool result.
Sensitive kinds (menstrual cycle, symptoms, notes) reach this server only if explicitly opted in inside the iOS app, and are never re-exported by the server.
HTTP transport binds to loopback by default and requires a bearer token; binding a non-loopback address fails closed unless explicitly allowed — front it with TLS if you must expose it.
You can audit all of the above in this repository — that is why it is open source.
Development
pip install -e '.[dev,qr]'
pytestLicense
MIT. The Vaultbeat iOS app and cloud service are separate proprietary components; this repository covers the local MCP server only.
Website: vaultbeat.app · App Store: Vaultbeat — AI Health Sync · Bugs & feedback: vaultbeat-community
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Fino-wind/vaultbeat-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server