Wellness Planner
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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:
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
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
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.
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.
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.
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.