Skip to main content
Glama
GetSensr-io

Sensor Bio MCP Server

Official
by GetSensr-io

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
SENSR_TZNoTimezone for 'today' calculations (default: America/Chicago)
SENSR_SCOPENoOAuth2 scope (optional)
SENSR_API_KEYNoAlias for SENSR_ORG_TOKEN
SENSR_BASE_URLNoOverride API base URL (default: https://api.sensorbio.com)
SENSR_CLIENT_IDNoOAuth2 client ID
SENSR_ORG_TOKENNoOrganization API token (recommended)
SENSR_CLIENT_SECRETNoOAuth2 client secret

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
list_usersA

List organization users.

Params:

  • page (int, default 1)

  • limit (int, default 100)

  • search (str, optional): substring query

Returns: Sensr /v1/organizations/users response

get_user_idsB

Get all organization user IDs. Returns /v1/organizations/users/ids

get_user_by_emailA

Find a user by email (exact match preferred).

Params:

  • email (str, required)

Returns: {data: user|null} or {error:...}

get_user_profileA

Get a specific user's full profile by user ID.

Params:

  • user_id (str, required): the user's ID

Returns: {data: user|null} or {error:...}

search_userB

Search for users by a free-text query (name/email).

Params:

  • query (str, required)

  • page (int, default 1)

  • limit (int, default 50)

Returns: Sensr /v1/organizations/users response

get_sleepA

Get sleep for a user.

Accepted date inputs (mutually exclusive):

  • date (YYYY-MM-DD, optional; default: today in SENSR_TZ or America/Chicago)

  • OR start_date/end_date (YYYY-MM-DD, inclusive)

  • OR days (int >=1): last N days ending today

Other params:

  • summary_only (bool, default true): if true, strips verbose time-series

Returns: {range, results:[{date,data}], summary}

get_scoresA

Get scores for a user.

Accepted date inputs (mutually exclusive):

  • date (YYYY-MM-DD, optional; default: today in SENSR_TZ or America/Chicago)

  • OR start_date/end_date (YYYY-MM-DD, inclusive)

  • OR days (int >=1): last N days ending today

Returns: {range, results:[{date,data}], summary}

get_activitiesA

Get activities for a user with optional date/timestamp filtering.

Params:

  • user_id (str, required)

  • start_date/end_date (YYYY-MM-DD, optional): filter by activity timestamp

  • start_timestamp_ms/end_timestamp_ms (int, optional): filter by ms since epoch

  • cursor (str, optional): pagination cursor

  • limit (int, default 50)

Returns: {data, next_cursor, has_more, next_url}

get_biometricsA

Get biometrics for a user with optional date/timestamp filtering.

Params:

  • user_id (str, required)

  • start_date/end_date (YYYY-MM-DD, optional)

  • start_timestamp_ms/end_timestamp_ms (int, optional)

  • cursor (str, optional)

  • limit (int, default 50)

Returns: {data, next_cursor, has_more, next_url}

get_caloriesA

Get calorie details for a user.

Params:

  • user_id (str, required)

  • date (YYYY-MM-DD, optional; default: today in SENSR_TZ or America/Chicago)

  • granularity (enum str, optional; default 'day'): day|week|month|year

Returns: Sensr /v1/calorie/details response

get_org_sleep_summaryA

Bulk: sleep summary across users in the org.

Date selection (mutually exclusive): date OR (start_date+end_date) OR days. Params:

  • date (YYYY-MM-DD, optional; default today)

  • start_date/end_date (YYYY-MM-DD, optional)

  • days (int>=1, optional)

  • max_users (int, default 50)

  • concurrency (int, default 5)

Returns: {range, users:[{user_id,days:[{date,data}],summary}], errors}

get_org_scores_summaryA

Bulk: scores summary across users in the org.

Date selection (mutually exclusive): date OR (start_date+end_date) OR days. Params:

  • date (YYYY-MM-DD, optional; default today)

  • start_date/end_date (YYYY-MM-DD, optional)

  • days (int>=1, optional)

  • max_users (int, default 50)

  • concurrency (int, default 5)

Returns: {range, users:[{user_id,days:[{date,data}],summary}], errors}

debug_requestA

Low-level debugging helper: make a GET request and return {status, headers_subset, body_preview}.

Params:

  • path (str, required): may be '/v1/...' or 'v1/...'

  • query (dict[str,str], optional)

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.8/5.0

Scored across 13 tools

Disambiguation5/5

Each tool targets a distinct resource or action: user lookups by email, ID, or query; sleep, scores, biometrics, activities, calories are separate data types; bulk summaries are distinct; debug_request is a utility. No overlapping purposes.

Naming Consistency5/5

All tools follow snake_case with a consistent verb_noun pattern: get_*, list_*, search_*, debug_*. No mixing of camelCase or inconsistent verb styles.

Tool Count5/5

13 tools is well within the ideal 3-15 range for a focused sensor bio API. Each tool serves a clear purpose without being excessive or insufficient.

Completeness4/5

The tool surface covers user management (lookup, search, list) and key health data (sleep, scores, biometrics, activities, calories) both individually and in bulk for sleep and scores. Minor omission: no bulk versions for biometrics, activities, or calories, but core workflows are complete.

Maintenance

ActivityInactive
ResponsivenessNo issues