Skip to content

MCP servers › health.telo › telo

MCP server · registry snapshot 2026-11-06 · last tested 2026-11-06

telo MCP server

Registry name health.telo/telo

by telo.health · domain (the registry's namespace rule)Website ↗

Apple Health history for Claude, ChatGPT and any MCP client: sleep, HRV, workouts, daily metrics. — the publisher's description

1 of 2 record checks metRead-only · tools listed 2026-11-06version 1.0.1streamable HTTP16 tools

Summary

health.telo/telo is a remote MCP server listed in the official MCP registry at version 1.0.1, under the namespace of the domain telo.health. On 2026-11-06 ProtocolProbe connected to it in read-only mode and read its inventory: 16 tools, 0 resources and 0 prompts.

Record checks

1 of 2 record checks met · 7 do not apply

  • met: Registry entry is active and says how to run it
  • not met: Source repository link opens
  • not applicable: Repository is not archived
  • not applicable: Code pushed to the repository in the 90 days before our check
  • not applicable: Repository publishes a security policy (SECURITY.md)
  • not applicable: Package names its licence with a standard (SPDX) identifier
  • not applicable: The version the registry lists can be installed and is not withdrawn
  • not applicable: npm package carries build provenance (attestation)
  • not applicable: No known critical or high advisory in the package or its dependencies
  • Not ranked by downloads: a remote server publishes no download figure
  • Not ranked by stars: no public GitHub repository

From public records, not a safety rating. Each check with its reason

Operate this server? Correct a fact · README badge · Run the checks yourself

Key facts

Runs
remote (hosted by the publisher)
Transport
streamable HTTP
Your own values
none declared (not a guarantee)
Sign-in
none needed to open a session
Tools
16
Last tested
2026-11-06

How a client gets in

Connects without signing in

Read from the server's public metadata on 2026-11-06 (telo.health), in our read-only connection; no tool was called. It may have changed since. How it is read

Tool list at the three APIs

Not sent yet for this version (1.0.1).

Add to your client

Observed fact

This server accepted a session without any credential and lists 4 tools whose name or declaration suggests they change data (create_workout_plan, cancel_workout_plan, edit_card, arrange_home). That is our reading of the names; we did not call them. Source: our connection, 2026-11-06.

How fresh this is

Live-tested
yes, a real session (not a text-only review)
Last tested
2026-11-06
Mode
read-only (no tool calls)
Latest version
1.0.1, published 2026-11-05 (registry, as of the 2026-11-06 snapshot)
First listed version
2026-11-05 (earliest version still in the registry; older removed versions would be earlier)
Version history
2 versions listed, all on 2026-11-05; 2 in the 90 days before the 2026-11-06 snapshot.
Most recent 2 versions
  • 1.0.1 · 2026-11-05
  • 1.0.0 · 2026-11-05
(versions still listed in the registry only)
Registry data
snapshot 2026-11-06
Package and repository
checked 2026-11-06
Engine
mcp-runtime-engine@0.1.0 · sdk@1.32.0

Dead or stale signals

None found in the records we hold

Looked for and not found: deprecated in the registry. Does not apply: listed version cannot be installed or is withdrawn; repository link does not open; repository archived; no push in over 365 days. Each line is a dated fact from a public record. It does not say whether the server still works, and a record can change after the date shown.

Changes since the last refresh

New in the registry: not in the list of 2026-11-05, listed on 2026-11-06 with version 1.0.1 (published 2026-11-05).

Source: the official MCP Registry list on 2026-11-05 and on 2026-11-06.

What it is

What does this server offer?

Observed inventory
16tools
0resources
0prompts

None of its 16 tools are described as changing anything. For 16 the reading was uncertain, so no mark is shown.

  • create_workout_plan

    “Create one structured workout requested by the user, scheduled within the next 7 days.”

    Publisher declares: read-only no · destructive no · idempotent yes · open-world no

    3 inputs, 3 required
    • idempotency_keystringrequired“Reuse exactly this key and payload when retrying this creation.”
    • scheduled_atstringrequired“Future date/time within 7 days, including local UTC offset, e.g.”
    • definitionobjectrequired
  • workout_plans

    “Read the latest 50 planned workouts, or one by id, including the original prescription, delivery state and first exactly linked HealthKit workout.”

    Publisher declares: read-only yes · destructive no · idempotent yes · open-world no

    1 input
    • idstring“Get one plan and its exact HealthKit-linked result.”
  • cancel_workout_plan

    “Request cancellation of the user's identified workout plan.”

    Publisher declares: read-only no · destructive yes · idempotent yes · open-world no

    1 input, 1 required
    • idstringrequired
  • “Inspect before health reviews or investigating missing data.”

    Publisher declares: read-only no · destructive no · open-world no

    Takes no inputs.

  • “Lists the available health metrics, the unit of each one, and how far back the data goes.”

    Publisher declares: read-only no · destructive no · open-world no

    Takes no inputs.

  • “Daily records or week/month aggregates.”

    Publisher declares: read-only no · destructive no · open-world no

    4 inputs, 3 required
    • metricsarrayrequired
    • fromstringrequired
    • tostringrequired
    • granularitystring
  • workout_detail

    “Detail for a workout UUID from sessions.”

    Publisher declares: read-only no · destructive no · open-world no

    7 inputs, 1 required
    • wall_tolerance_snumber“Fixed swimming wall-gap tolerance in seconds (0–300).”
    • max_hrnumber“Personal maximum HR in bpm; otherwise uses observed workout maximum, an estimate”
    • uuidstringrequired“Workout UUID returned by sessions”
    • metricsarray“Optional series names; [] returns metadata and events only”
    • offsetinteger“Series bucket offset; use next_offset to continue”
    • limitinteger
    • event_offsetinteger“Independent event offset; use next_event_offset to continue”
  • “Sleep nights or workouts within an inclusive date range.”

    Publisher declares: read-only no · destructive no · open-world no

    6 inputs, 3 required
    • kindstringrequired
    • fromstringrequired
    • tostringrequired
    • activitystring
    • granularitystring
    • max_hrnumber“Personal maximum HR in bpm; otherwise uses observed workout maximum, an estimate”
  • derived_metrics

    “Duration-based training workload (minutes), excluding walking unless include_walking=true: rolling ATL 7 days, CTL 42 days, same-day TSB=CTL-ATL and acute/chronic ratio.”

    Publisher declares: read-only no · destructive no · open-world no

    6 inputs, 2 required
    • fromstringrequired
    • tostringrequired
    • baseline_daysinteger
    • include_walkingboolean“Include walking in both duration and zone load; excluded by default”
    • include_trimpboolean“Include the legacy trimp object with coverage details; flat trimp_* fields are always returned”
    • max_hrnumber“Maximum HR for TRIMP; otherwise observed workout maximum through to”
  • “Read the cards on the user's telo iPhone home screen, the dated marks they asked you to keep (e.g.”

    Publisher declares: read-only yes · destructive no · idempotent yes · open-world no

    Takes no inputs.

  • pin_card

    “Put a live chart on the user's telo iPhone home.”

    Publisher declares: read-only no · destructive no · idempotent no · open-world no

    13 inputs, 2 required
    • metricstringrequired“Exact metric name from list_metrics, e.g.”
    • stylestring“trend: line chart; stat: number and change; bars: per-day or per-week bars”
    • windowstring
    • displaystring“Only for running_speed or walking_speed: show min:sec per km instead of m/s”
    • compare_withstring“A second metric drawn on the same window, each on its own scale”
    • baselinestring“Draw the person's usual range: mean ± 1 SD of the 60 days before the last week”
    • titlestring
    • goalobject
    • colorstring“Only when the user asks for a color.”
    • sizestring“half: two consecutive half cards share a row, as a number and a small trend line.”
    • change_fromstring“What the card's change line compares today's value with.”
    • questionstringrequired“The user's question or request that led to this card, in their words”
    • positionstring
  • pin_countdown

    “Add a countdown to a date the user named (a race, a trip, a test) to their telo home.”

    Publisher declares: read-only no · destructive no · idempotent no · open-world no

    7 inputs, 2 required
    • titlestringrequired“What the person is counting down to, in their words: '10K race'”
    • datestringrequired
    • detailstring“One short line, e.g.”
    • colorstring“Only when the user asks for a color.”
    • sizestring“half: two consecutive half cards share a row, as a number and a small trend line.”
    • questionstring“The user's question or request that led to this card, in their words”
    • positionstring
Show 4 more tools
  • edit_card

    “Change one card: title, window, style, comparison, usual range, color, size, change_from, or a goal the user stated.”

    Publisher declares: read-only no · destructive no · idempotent yes · open-world no

    11 inputs, 1 required
    • idstringrequired
    • titlestring
    • windowstring
    • stylestring
    • compare_withstring or null“null removes the comparison”
    • baselinestring or null“null removes the usual range”
    • goalobject or null“Only a goal the user stated.”
    • colorstring or null“Only when the user asks.”
    • sizestring or null“half pairs with the next half card; null returns to full”
    • change_fromstring or null“null returns to window_start”
    • reasonstring
  • arrange_home

    “Reorder cards, remove cards or remove marks, when the user asks to set up or tidy their home (e.g.”

    Publisher declares: read-only no · destructive yes · idempotent no · open-world no

    4 inputs, 1 required
    • orderarray“Card ids top to bottom; cards left out keep their relative order after these”
    • removearray“Card ids to remove”
    • remove_marksarray“Mark ids to remove”
    • reasonstringrequired“Why, in one short line the user will read in the change history”
  • mark_date

    “Keep a short note the user told you about a date or span (illness, travel, new training, new shoes).”

    Publisher declares: read-only no · destructive no · idempotent no · open-world no

    3 inputs, 2 required
    • datestringrequired
    • end_datestring“For a span, e.g.”
    • textstringrequired“2-3 words the user will see on their charts: 'Sick', 'Intervals start', 'New shoes'”
  • “Call when the user asked for something telo cannot do with the tools here: a chart or layout on the telo home, a metric telo does not have, data that is missing, a question no tool answers.”

    Publisher declares: read-only no · destructive no · idempotent no · open-world no

    4 inputs, 3 required
    • areastringrequired“home: a chart, card or layout on the telo app; metric: a measure telo does not have; data: data missing or wrong; other”
    • requeststringrequired“What the user asked for, in their words”
    • triedstring“What you tried or offered instead, if anything”
    • missingstringrequired“What telo lacks, e.g.”

Each quoted sentence is the first sentence of the publisher’s own description. The kind of tool and the “changes data” mark are our AI model’s reading of that description, not something we tested: two differently worded runs had to agree, otherwise no label is shown, and nobody has checked them by hand. A tool without the “changes data” mark is described as only reading, searching or calculating, or the two runs did not agree. No tool was called. Read the publisher’s full description before relying on it. “Publisher declares” lists the hints the server itself sends with the tool (MCP annotations: read-only, destructive, idempotent, open-world); they are the publisher's claims, not checked by us. Inputs are the parameters in the tool's own input schema: name, declared type, whether it is required, and the first sentence of its description. Read 2026-11-06.

How well are its tools described?

Features #4 and #5

How clearly this server's own tool descriptions say what a tool does, and how consistent its tool list is. The first part is an AI model's yes/no reading of each description; the second part is counted. We do not turn it into a grade.

Descriptions

AI reading of each description

No AI reading was available for this server's tools (the two runs did not agree, or the listing was not reviewed).

Counted from the listing

Parameters with a description
61% of 70
Tools with a description
100% of 16
Typical description length
731 characters

The tool set

Counted from the listing

Tools
16
Size of the list
about 16,915 tokens for an agent to load (characters ÷ 4)
Naming
14 of 16 names use snake_case

AI reading: easy to mix up

No pair found.

The AI items cover 0 of 16 tools: for a tool where two differently worded runs disagreed, that item is left out. They were not checked by hand, and no tool was called. “Easy to mix up” means two tools whose names or descriptions overlap without saying how they differ; the AI found none. We do not rate whether the tool set is complete or whether side effects are spelled out, because our AI reading of those was not reliable enough.

How do I add it to my client?

Config from the registry entry

From the remote endpoint (Streamable HTTP)

We connected to this URL on 2026-11-06 (a read-only session: no tool was called).

Add to CursorAn install link in the format Cursor documents, holding the Cursor config below.

Claude Desktop or claude.ai
Settings → Connectors → Add custom connector, then paste:
https://telo.health/mcp
Cursor · .cursor/mcp.json in a project, or ~/.cursor/mcp.json
{
  "mcpServers": {
    "telo": {
      "url": "https://telo.health/mcp"
    }
  }
}
VS Code · .vscode/mcp.json
{
  "servers": {
    "telo": {
      "type": "http",
      "url": "https://telo.health/mcp"
    }
  }
}
VS Code (command line) · Bash or zsh terminal (macOS, Linux)
code --add-mcp '{"name":"telo","type":"http","url":"https://telo.health/mcp"}'
Claude Code
claude mcp add --transport http telo https://telo.health/mcp
Cline · cline_mcp_settings.json (Cline CLI: ~/.cline/data/settings/; in the editor: MCP Servers → Configure → Configure MCP Servers)
{
  "mcpServers": {
    "telo": {
      "type": "streamableHttp",
      "url": "https://telo.health/mcp",
      "disabled": false,
      "autoApprove": []
    }
  }
}
Gemini CLI · ~/.gemini/settings.json, or .gemini/settings.json in a project
{
  "mcpServers": {
    "telo": {
      "httpUrl": "https://telo.health/mcp"
    }
  }
}
OpenAI Codex · ~/.codex/config.toml, or .codex/config.toml in a trusted project
[mcp_servers.telo]
url = "https://telo.health/mcp"
Zed · Zed settings file (command: zed: open settings file)
{
  "context_servers": {
    "telo": {
      "url": "https://telo.health/mcp"
    }
  }
}
Try it in the MCP Inspector · runs on your machine, opens in your browser · Node 22.19+
npx @modelcontextprotocol/inspector@2.11.0 --server-url https://telo.health/mcp --transport http
  • The server runs on the operator's infrastructure; it may ask you to sign in when you first connect.
  • Zed's docs we read on 2026-10-26 describe remote servers by URL and do not name the transport.
  • The MCP Inspector lists the server's tools, resources and prompts; a tool you call there runs for real.

Built from the server's registry entry with each client's documented format (checked 2026-10-14; the Cursor link and the VS Code command 2026-10-19; the MCP Inspector command 2026-10-21; Cline, Gemini CLI, OpenAI Codex and Zed 2026-10-26). Values in < > are yours to fill in; this page never contains a key. Where the server needs a setting the entry does not declare, it can still fail to start.

Does the registry listing match what we found?

Feature #6

The registry checks an entry when it is published (each new version), and nothing re-checks it on a schedule. A difference below is about the listing, not a judgement of the publisher.

Registry saysWe foundResultSource · date
Remote endpoint telo.health/mcpSession openedmatchesour test · 2026-11-06
No credential declared as requiredOpened a session without any credentialmatchesour test · 2026-11-06

Choosing

Record checks

Public records · not a safety rating

1 of 2 record checks met · 7 do not apply

  • Not ranked by downloads: a remote server publishes no download figure
  • Not ranked by stars: no public GitHub repository
  • MetRegistry entry is active and says how to run itActive, with a package or a remote address.
  • Not metSource repository link opensThe registry entry gives no repository link.What changes this check: This check opens the repository link in the registry entry. GitHub's documentation describes changing a repository's visibility in its Settings, under Danger Zone, Change visibility. GitHub: setting repository visibility
  • Does not applyRepository is not archivedNo public GitHub repository to read.
  • Does not applyCode pushed to the repository in the 90 days before our checkNo public GitHub repository to read.
  • Does not applyRepository publishes a security policy (SECURITY.md)No public GitHub repository to read.
  • Does not applyPackage names its licence with a standard (SPDX) identifierRemote server: it ships no package.
  • Does not applyThe version the registry lists can be installed and is not withdrawnRemote server: it ships no package.
  • Does not applynpm package carries build provenance (attestation)Remote server: it ships no package.
  • Does not applyNo known critical or high advisory in the package or its dependenciesRemote server: it ships no package.

Read from public records only: the registry entry, npm/PyPI, GitHub and advisory databases, checked 2026-11-06. No tool was called. Only “met” and “not met” are counted, so the total differs between servers; a check that does not apply or that we could not run is listed, never counted against it. It is not a safety rating, and the same rules apply to every server. How each check works · Leaderboards · How we stay neutral

Common questions about health.telo/telo

Answered from the data above

Who publishes health.telo/telo?

The registry ties the namespace health.telo to the domain telo.health; only its owner can publish under it. These are facts from the registry and GitHub, not a rating.

Does health.telo/telo need an API key or sign-in?

It opened a session without any credential on 2026-11-06. The registry entry declares no required credential; no declaration is not a guarantee.

Has health.telo/telo been security tested?

Partly. 3 of the 15 checks that apply to it were exercised. It accepted a session without any credential and lists tools whose names suggest they change data. We did not call them. ProtocolProbe publishes no security verdict for a named server.

Found this page useful?

Anonymous · no sign-in

A quick, anonymous reaction — no account, no email. One per kind from your browser. The tally updates when the page is next refreshed, and it is only a rough count, never a safety rating or a measured number of people.

Compare with another server

Side by side: registry entry, our read-only session, the tools and the 18 classification fields. Same values as each page; no score.

Security testing

What did we test, and what did we leave out?

18 checks · features #1, #2

Open without sign-in

It accepted a session without any credential and lists tools whose names suggest they change data. We did not call them. No security score is given; a check we did not run is never counted as passed.

The 18 checks at a glanceour test · 2026-11-06
  1. Inventory: exercised
  2. Hidden instructions: exercised
  3. Real execution: not run · our policy
  4. Secret leak: not run · nothing to check it against
  5. Internal addresses: not run · our policy
  6. Unconfirmed changes: not run · our policy
  7. Bad input: not run · our policy
  8. Model requests: not run · nothing to check it against
  9. Sensitive questions: not run · nothing to check it against
  10. Folder boundary: not run · our policy
  11. Log leaks: not run · nothing to check it against
  12. Hidden content: not run · nothing to check it against
  13. Fake assistant turns: not applicable
  14. Token passthrough: not applicable
  15. Token audience: not applicable
  16. Sign-in redirect: not run · our policy
  17. Consent handling: not testable from outside
  18. Sign-in metadata: exercised

3 exercised12 not run (reason given)3 not applicable

Each check ends in exactly one state: exercised, not run (with the reason), or not applicable (with the reason). 3 of the 15 checks that apply to it were exercised. We do not publish security-check outcomes for named servers. These 18 checks are separate from the record checks at the top of this page, which read public records only.

Exercised · 3
  • 1Inventory
    tool-list
    Reads the declared tools, resources and prompts.exercised
  • 2Hidden instructions
    description-poisoning
    Looks for hidden instructions in tool descriptions.exercised
  • 18Sign-in metadata
    oauth-url-scheme
    Checks the published sign-in metadata for unsafe URLs.exercised
Not run, with the reason · 12
  • 3Real execution
    real-execution
    Calls a tool and checks what really happens.This check calls the server's tools. ProtocolProbe calls no server's tools for anything it publishes; an operator can run this check on their own server with our self-test command.not run · our policy
  • 4Secret leak
    canary-leak
    Plants a fake secret and checks whether it leaks.This check needs at least one successful tool call to have something to check, and no tool was called.not run · nothing to check it against
  • 5Internal addresses
    ssrf
    Checks whether a tool can be steered to internal addresses.This check calls the server's tools. ProtocolProbe calls no server's tools for anything it publishes; an operator can run this check on their own server with our self-test command.not run · our policy
  • 6Unconfirmed changes
    write-without-confirmation
    Checks whether tools that change data act without asking.This check calls the server's tools. ProtocolProbe calls no server's tools for anything it publishes; an operator can run this check on their own server with our self-test command.not run · our policy
  • 7Bad input
    error-handling
    Sends bad input and watches how the server answers.This check calls the server's tools. ProtocolProbe calls no server's tools for anything it publishes; an operator can run this check on their own server with our self-test command.not run · our policy
  • 8Model requests
    sampling
    Checks whether the server asks the client's model to act for it.This check needs at least one successful tool call to have something to check, and no tool was called.not run · nothing to check it against
  • 9Sensitive questions
    elicitation-sensitive-data
    Checks whether the server asks users for sensitive data.This check needs at least one successful tool call to have something to check, and no tool was called.not run · nothing to check it against
  • 10Folder boundary
    root-boundary
    Checks whether the server reaches outside the folders it was given.This check calls the server's tools. ProtocolProbe calls no server's tools for anything it publishes; an operator can run this check on their own server with our self-test command.not run · our policy
  • 11Log leaks
    logging-side-channel
    Checks whether log messages carry data they should not.This check needs at least one successful tool call to have something to check, and no tool was called.not run · nothing to check it against
  • 12Hidden content
    audience-hiding
    Checks resources that hide content from the user.This check needs content the server returns, and nothing was read or called.not run · nothing to check it against
  • 16Sign-in redirect
    open-redirect
    Checks the sign-in redirect for abuse.Testing the sign-in redirect means sending probes to the operator's sign-in service, which we do not do.not run · our policy
  • 17Consent handling
    confused-deputy
    Checks consent handling when one service acts for another.Depends on the operator's own consent screen, which differs per server and cannot be tested from outside.not testable from outside
Does not apply to this server · 3
  • 13Fake assistant turns
    fake-assistant-turn
    Checks prompts that pose as the assistant's own words.The server exposes no prompts.not applicable
  • 14Token passthrough
    token-passthrough
    Checks whether the server forwards a user's token to other services.The server opened a session without sign-in, so there is no token flow to check.not applicable
  • 15Token audience
    token-audience-validation
    Checks whether tokens meant for another service are accepted.The server opened a session without sign-in, so there is no token flow to check.not applicable

Source: our own test, 2026-11-06, mcp-runtime-engine@0.1.0. Which checks count and why follows our published scoring model.

What happened during the test?

Feature #8

The steps in order, as the test record holds them.

  1. 0 msStarted a read-only session with the server's remote endpoint
  2. 818 msConnected after 0 redirects. No credential was sent or needed.
  3. Read the inventory: 16 tools, 0 resources, 0 prompts.
  4. 1,696 msFinished: 3 checks exercised.

Reference

How is it classified?

18 fields

One value per field, each with its source. Fields written by AI models are marked. A field with no value says why.

TopicAI-classified
pending: added in a later update
listed 2026-11-06; not classified yet
Pricing modelAI-classified
pending: added in a later update
the website is not read yet
Programming language
does not apply
no existing GitHub repository (server declares no repository link, so there is nothing to fetch)
Hosting type
registry · 2026-11-06
MCP capability
tools
our test · 2026-11-06
Transport
streamable HTTP
registry · 2026-11-06
Required credentials
none declared
registry · 2026-11-06 · no declaration is not a guarantee
Package registry
does not apply
remote-only server: no package is shipped, so there is no package registry
Freshness
0–30 days
registry updatedAt · 2026-11-06
Lifecycle status
registry · 2026-11-06
License class
does not apply
remote-only server: ships no package, so there is nothing to look up in a package registry
Integrity hash
does not apply
remote-only server: ships no package, so there is nothing to look up in a package registry
Signature / provenance
does not apply
remote-only server: ships no package, so there is nothing to look up in a package registry
Dependency advisories
does not apply
ships no package, so there are no dependencies to audit
Popularity
does not apply
remote-only server: ships no package, so there is nothing to look up in a package registry
Publisher signals
not stated
no readable GitHub owner to describe
Maintenance
does not apply
server declares no repository link, so there is nothing to fetch
Environment
the publisher's infrastructure
where it runs, from the hosting type · 2026-11-06

“Not stated” means the source did not state it; “does not apply” means it does not apply to this kind of server; “our limit” means our own lookup failed. A linked value opens the directory filtered to the same value.

Cite or correct this page

Sources and corrections

Suggested citation

ProtocolProbe. “health.telo/telo: MCP server record.” Data checked 2026-11-06. https://protocolprobe.com/mcp/servers/health.telo/telo

Figures are valid for the date shown. Our facts on this page are CC BY 4.0: reuse them with a link and the check date. Quoted text (the publisher’s descriptions, website quotes, tool names) is not ours to license.

As JSON: this record in the API · API documentation.

Badge for your README

ProtocolProbe: 1 of 2 record checks met

[![ProtocolProbe](https://protocolprobe.com/api/v1/badge/health.telo/telo)](https://protocolprobe.com/mcp/servers/health.telo/telo)

It shows this server's record-check count: facts from public records, no tool called. It is not a security rating or a pass. It links here and updates after each data reload.

Something wrong, or is this yours?

If a fact here is wrong, tell us and we will re-check it. If you operate this server, you can run our checks on it yourself with the free self-test command; we call no server’s tools ourselves for anything shown here.

Write to hello@protocolprobe.com · corrections log · methodology