Skip to main content
Glama
rwking
by rwking

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

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
get_health_summaryB

Get an aggregated health summary (sleep, activity, heart rate) for a date.

Args: target_date: ISO date string (YYYY-MM-DD). Defaults to today.

calculate_readiness_scoreA

Calculate a 1-10 readiness score based on sleep quality, resting heart rate, and prior-day exertion. Use this to decide when to schedule demanding tasks.

Args: target_date: ISO date string (YYYY-MM-DD). Defaults to today.

query_raw_logsA

Run a read-only SQL query against the health database.

Available tables:

  • sleep_logs (date, bedtime, wake_time, total_hours, deep_sleep_hours, rem_sleep_hours, awakenings)

  • activity_logs (date, steps, active_minutes, calories_burned, workouts)

  • heart_rate_logs (date, timestamp, bpm)

Args: query: A SELECT SQL query. Only read operations are allowed.

get_tasksB

Return the current task list from todo.json. Each task has an energy_required level (high/medium/low) and preferred_time slot.

propose_scheduleB

Propose an energy-aware daily schedule based on today's readiness score and the task list. High-energy tasks are placed when readiness supports them.

Args: target_date: ISO date string (YYYY-MM-DD). Defaults to today.

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 5 tools

Disambiguation5/5

Each tool has a clearly distinct purpose with no overlap: calculate_readiness_score computes a score, get_health_summary aggregates data, get_tasks retrieves tasks, propose_schedule creates a schedule, and query_raw_logs runs SQL queries. The descriptions make it easy to differentiate them, preventing misselection.

Naming Consistency4/5

The naming is mostly consistent with a verb_noun pattern (e.g., calculate_readiness_score, get_health_summary, get_tasks, propose_schedule), but query_raw_logs deviates slightly by using 'query' as a verb instead of a more standard action like 'get' or 'fetch'. However, the pattern is still readable and coherent overall.

Tool Count5/5

With 5 tools, the server is well-scoped for a wellness planner domain. Each tool serves a specific function in the workflow—from data retrieval and calculation to scheduling and querying—without being too sparse or bloated, making it efficient for agents to use.

Completeness4/5

The tool set covers core wellness planning operations: calculating readiness, summarizing health data, managing tasks, proposing schedules, and querying raw logs. A minor gap is the lack of tools for updating or modifying tasks or health data (e.g., add_task, update_health_log), but agents can work around this using the existing tools for read and propose operations.

Maintenance

ActivityInactive
ResponsivenessNo issues