Skip to main content
Glama

Related Servers

Alternatives to nefesh-mcp-server

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      C
      maintenance
      Exposes wellness data such as sleep, activity, heart rate, and stress as MCP tools so AI agents can retrieve current vitals, pull historical records, and analyze trends. Supports simulated physiology along with Fitbit and planned Apple Health providers.
      MIT
    • A
      license
      B
      quality
      B
      maintenance
      Enables AI agents to share a homeostatic internal state across process and session boundaries, with tools to read, modify, and explain the state based on simulated neurotransmitter dynamics.
      7
      1
      PolyForm Noncommercial 1.0.0
    • F
      license
      Not graded
      quality
      A
      maintenance
      Enables AI assistants to query a user's WHOOP recovery, sleep, HRV, strain, workouts and body measurements through 16 read-only tools, including today's status, personal baselines, sleep debt, trends and period comparisons. Runs locally, requires no data exports, and supports aggregate mode that limits responses to high-level summaries.
      16 npm
      -
    • A
      license
      Not graded
      quality
      Not graded
      maintenance
      Provides AI agents with a persistent internal dynamical state and emotional reservoir that evolves based on text interactions. This server enables agents to maintain a consistent affective substrate across sessions through tools that track phase coherence and emergent emotional vibes.
      2
      MIT

    TDQS

    A4.3/5.0

    Scored across 6 tools

    Disambiguation5/5

    Each tool has a clear distinct role: ingest submits data, get_human_state reads current state, get_trigger_memory and get_session_history cover long-term and recent context, and the two API key tools handle onboarding. Even where get_human_state and ingest both return state-like data, their write/read purposes are explicitly separated by the descriptions.

    Naming Consistency4/5

    Most tools follow a verb_noun snake_case pattern (get_human_state, get_trigger_memory, get_session_history, request_api_key, check_api_key_status). The one outlier is 'ingest', which is a bare verb rather than verb_noun, but it is still lowercase and style-consistent. This is a minor deviation rather than a mixed-convention problem.

    Tool Count5/5

    Six tools is a well-scoped count for a specialized server. Two focus on API key access and four cover the core state/ingest/history/memory workflows, with no redundant helpers or unnecessary bulk. The count feels right for both the domain and the agents that would consume it.

    Completeness4/5

    The core workflow is covered: send signals, check current human state, pull session history, and retrieve trigger memory. The primary gaps are not fatal—there is no way to enumerate known sessions/subjects or revoke an API key—but those are auxiliary management features rather than dead ends in the primary state-tracking workflow.

    Maintenance

    ActivityInactive
    ResponsivenessNo issues