loseit-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LOSEIT_EMAIL | No | Lose It! account email | |
| LOSEIT_TOKEN | No | A `liauth` JWT, used instead of email/password | |
| LOSEIT_PASSWORD | No | Lose It! account password | |
| LOSEIT_POLICY_HASH | No | GWT policy hash, if Lose It ships a new build | |
| LOSEIT_STRONG_NAME | No | GWT permutation, if Lose It ships a new build | |
| LOSEIT_HOURS_FROM_GMT | No | UTC offset in whole hours; auto-detected |
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 |
|---|---|
| search_foodA | Search the Lose It! food database. Returns candidate foods with a |
| describe_foodA | Get full nutrition detail and serving information for one food, identified by the |
| get_diaryA | Read the food diary for a day: every logged entry with calories and macros, plus the day's totals. Each entry carries an |
| log_foodB | Log a food to a meal in the diary. Specify the portion EITHER as |
| log_custom_foodA | Log a food by its exact nutrition values, without needing a match in the food database. Use this for restaurant meals, homemade dishes, or anything where you know the calories and macros but search_food has no good match. Values are per serving. |
| delete_entryA | Delete a diary entry. Get the |
| log_weightA | Record a weigh-in for a day. The unit follows the account's display setting (lb or kg). |
| whoamiA | Show which Lose It! account this server is authenticated as. |
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 8 tools
Each tool has a clearly distinct purpose: diary reading, food searching, nutrition detailing, two types of food logging, entry deletion, weight logging, and account info. No overlap that would confuse an agent.
Tools mostly follow a verb_noun pattern (get_diary, search_food, log_food, delete_entry, log_weight). The exception is 'whoami', which is a standard command but doesn't fit the verb_noun convention, causing minor inconsistency.
With 8 tools, the server is well-scoped for a food and weight tracking service. Each tool earns its place, covering diary, food database, logging, weight, and account queries.
Core workflows are covered: diary reading, food search and description, logging (both database and custom), deletion, weight logging, and account info. Missing update/edit functionality for diary entries, but agents can delete and re-log as a workaround.