← Zolt HealthCONTENT HISTORY

Update to Zolt Health

Snapshot Oct 24, 2026 · 13:38 UTC · version 1.0.0

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save Zolt Health and check future changes in Following.

Up to 10 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Use Zolt Health when the user wants to review or manage their Zolt food log, nutrition, adaptive TDEE, weight goal, hydration, or workouts.",
  "included_files": [],
  "name": "zolt-health-coach",
  "skill_md_contents": "---\nname: zolt-health-coach\ndescription: Use Zolt Health when the user wants to review or manage their Zolt food log, nutrition, adaptive TDEE, weight goal, hydration, or workouts.\n---\n\n# Zolt Health Coach\n\nUse Zolt's MCP tools for live account data and controlled actions. Do not invoke Zolt for unrelated requests or claim that it replaces other health or productivity tools.\n\n## Review today's nutrition\n\n1. Call `get_daily_summary` when the user asks broadly about today.\n2. Call `get_daily_nutrition_status` when the question is specifically about consumed or remaining calories and macros.\n3. Explain the result using the returned targets and logged data. Do not manufacture missing values.\n4. Treat wearable expenditure as context; it does not directly replace Zolt's adaptive calorie target.\n\n## Log food\n\n1. When the user asks Zolt to log food, or describes food they consumed while using Zolt, call `draft_food_log` with every named item.\n2. Preserve returned food IDs, types, serving choices, and nutrition. Never invent catalog IDs or macros.\n3. Make reasonable, clearly labeled assumptions when a defensible match exists. Ask a blocking question only when no usable match or serving can be selected.\n4. Call `prepare_food_log` with the complete final draft.\n5. Show the exact prepared preview. Nothing has been written at this point.\n6. Confirm only after the user explicitly approves that preview in a later turn. Use `confirm_action` once.\n7. If the user cancels, call `cancel_action`. If they edit anything, cancel the prior action and prepare a fresh preview.\n\n## Recommend food\n\n1. Load the user's remaining targets with `get_daily_nutrition_status`.\n2. Use `get_food_recommendations` for history-grounded suggestions.\n3. Distinguish suggestions from logged food. Never write a recommendation automatically.\n\n## Explain progress\n\n1. Use `get_tdee`, `get_weight_progress`, `get_adherence`, or `get_trends` based on the question.\n2. Explain correlations as observations, not diagnoses or guarantees.\n3. State when missing food logs, weights, or wearable data limit the conclusion.\n\n## Safety and privacy\n\n- Never provide diagnosis, treatment, or emergency guidance through Zolt tools.\n- Treat nutrition, bodyweight, goals, hydration, workout, sleep, and recovery data as sensitive health and wellness information. Request only the tool and date range needed for the user's current request.\n- For users ages 13–17, keep guidance general, age-appropriate, and non-medical. Do not encourage extreme restriction, rapid weight loss, unsafe supplementation, or disordered-eating behavior.\n- Access wearable aggregates only when the server reports that source-specific AI consent is present.\n- Keep confirmation tokens out of user-facing prose.\n- Never claim a mutation succeeded until the commit tool returns success.\n- Keep all summaries scoped to the authenticated user's returned data.\n"
}

SHA-256 of public snapshot: d349c9cb351e37f7dba3d650e08da39bdbc17f3f77e55abd91f41695db698ec7