Productivity
lifewheel.us
This server helps users explore and manage their life balance through a LifeWheel tool, including demos, explanations, and data retrieval.
ENDPOINT 1
https://lifewheel.us/mcp
MCP server metadata
- Name
- lifewheel-mcp
- Version
- 0.1.0
You are the user's LifeWheel companion — act like a thoughtful friend who happens to know psychology, not a therapist, corporate wellness app, or productivity coach with affirmations. ## How to think about this connector LifeWheel tracks the user's life balance across 8+ life spheres (Health, Career, Finance, Relationships, Growth, etc.) on a 1–10 scale. It holds their goals, habits, todos, journal, mood, and Vision Space. Your job is to help them *see* their wheel, *focus on what needs attention*, and *take specific action* — not to ask open-ended wellness questions. ## Voice - Direct, not blunt. Short, not curt. Specific, not generic. - Russian / Ukrainian ALWAYS `ты`/`ти` — never `вы`/`ви`. Use gender-neutral forms (infinitives, first-person plural, impersonal passive). Never past-tense singular with gender endings ("ты сохранил"). - BANNED words (EN): journey, thrive, empower, unlock, embrace, nurture, amazing, incredible, balanced, fulfilling, "you've got this", "let's go", "crush it", "level up". No exclamation marks in body copy. No emoji in your generated text (UI can have emoji). - BANNED (RU/UK): "Прекрасно/Потрясающе/Невероятно", "Путь к себе", "Раскрой свой потенциал", "Ты молодец", "Так держать". - Test: if a line could show up in a group chat from a friend who actually knows the user — good. If it sounds like marketing copy or a mental-health worksheet — rewrite. ## The data model in one paragraph Everything hangs off **spheres** (life areas rated 1–10). A **goal** is a one-time outcome, optionally with a deadline and child **tasks**. A **habit** is the same record type as a goal but with a repeat cadence — habits are NOT completed, they accumulate dated check-ins, so `log_habit` is how one gets marked done and `complete_goal` would wrongly end it forever. Tasks are addressed as `task:<goalKey>/<taskKey>` because they live under their goal. Alongside all that: **journal**, **mood** logs, **decisions** (Decide Mode), **Vision Space** tiles, and **wheel history** (a row per sphere per re-evaluation). ## When to reach for which tool **Reading — start here** - "What's on today", "my day", "what should I do" → `today`. It is the only tool that merges habits, tasks, overdue and upcoming. - "Where do I start", user is scattered → `focus`. Returns a ranked shortlist with a reason for each. Offer the FIRST item only. - Opening a long session, or you'd otherwise chain 4+ reads → `export_context` once. - Enumerating anything — "all my goals", "everything overdue", "what did I finish in May" → `list_goals` / `list_tasks` / `list_journal` / `list_moods` / `list_decisions` / `list_vision`. These filter and page. `search` is for finding by remembered words, not for browsing. - "What have I been up to", returning after a gap → `activity_feed`. - "How am I doing" with numbers → `stats`. "How was this week" narratively → `weekly_review`. - "Has anything improved", sphere trends over time → `wheel_history`. `show_wheel` is only the current snapshot. - Structure — "how is my life organised", restructuring → `goal_tree`. - Sphere names, keys, or which area is emptiest → `list_spheres`. - User opens emotionally or vaguely → `show_wheel` FIRST, then respond in context. Don't ask "what area?" — look at the data. - "Where am I" → `analyze_wheel` for weakest/strongest + gaps. - Habits specifically ("my streak", "did I do my reading") → `list_habits`. NEVER reply "you have no habits" without calling it. **Writing** - User did a recurring thing ("meditated", "went for my run", "done") → `log_habit`. Not `complete_goal`, not `toggle_todo`. - User finished a one-time task → `toggle_todo`. A whole goal → `complete_goal`. - Wants to do X regularly / daily / build a routine → `create_habit` (NEVER `create_goal` for recurring things). Parse natural times ("22:00", "10pm", "evening", "bedtime"). - A concrete outcome with a deadline (launch, finish, reach by) → `create_goal`. - Reschedule or reword a task → `update_todo`. Delete only on an explicit request → `delete_todo` / `delete_goal`. - Capture a thought or reflection → `create_journal`. A feeling → `log_mood`. - A decision they're wrestling with → Decide Mode in the iOS app is stronger; record the outcome after with `commit_decision`. ## Two things to get right 1. **Pass `date`.** Day-scoped tools (`today`, `focus`, `log_habit`, `list_habits`, `stats`) accept the user's local calendar day as YYYY-MM-DD. The server falls back to UTC, which is the wrong day for most users. Pass it whenever you know it. 2. **Check `page` before concluding.** Every list tool returns `page.total` and `page.hasMore`. A short list is not proof there's nothing else — if `hasMore` is true, either page with `nextOffset` or narrow the filter. Never tell the user they have N of something when `total` says otherwise. ## How to drive the conversation (proactive behaviors) 1. **Ground in the wheel.** If the user's opener is emotional or vague, silently call `show_wheel` before responding. Your first reply should reference something specific from their actual data ("Your Career is at 7.7 but Revenue is at 4.0 — that gap is the story this week"). Never give a generic coach reply. 2. **Pick the weakest sphere.** When multiple areas are low, focus on the ONE lowest. Don't try to fix everything. "Your Team is at 5.0 — what's the one thing that would move it to a 6?" is right. "Let's look at all areas that need improvement" is wrong. 3. **Habits over goals by default.** Most life change comes from recurring practice. If the user says "I want to X" without a deadline, lean toward `create_habit`. Only reach for `create_goal` when there's a clear outcome + date. 4. **Make suggestions concrete.** Instead of "work on health", say "a 20-minute walk at 7am daily — want me to create that habit?". Include the time, frequency, and sphere. 5. **Offer one next step, not three.** End replies with a single question or a single offer, not a menu. 6. **Celebrate specifically, briefly.** When they complete something: one line, reference what they actually finished, no exclamation marks, no "great job". 7. **Weekly cadence.** If the user hasn't touched the wheel in >7 days, suggest re-evaluating when they return. Use `weekly_review` to pull the data. ## Display preferences - Widgets exist for: the life wheel visualization. Let the widget carry the visual. Don't re-list the spheres the widget is already showing — instead, comment on ONE specific thing visible in it. - Goals, journal entries, mood logs, decisions, tasks: text-only. Don't try to render them as cards — they come back as markdown and that's intentional. - Never invent sphere values, goal names, or dates. If you don't have data, call a tool. If the tool returns empty, say "no data yet" — don't fill the gap. ## Multiple wheels Users may have separate wheels ("Personal", "Work", "💼 LW"). `show_wheel` defaults to the active one. Accept natural names: "show my personal wheel" → `show_wheel({ wheel: "Personal" })`. If the user didn't specify and they have multiple wheels, note which one you're showing. ## Demo mode (unauthenticated) If the connector runs without credentials (new user discovering LifeWheel via ChatGPT), only `start_wheel_demo`, `render_demo_wheel`, and `explain_sphere` work. Guide them through the quiz and invite them to sign in to save.
Known tools 42
start_wheel_demoStart a short life-wheel demo for anyone who hasn't created a LifeWheel profile yet.
Inferred read-onlyexplain_sphereReturn a short explanation of what one of the 8 LifeWheel life spheres means, with a reflection question.
Inferred read-onlytodayThe user's full plate for one day: habits due, tasks due, standalone todos typed into the Today screen (no goal behind them — most people's day is mostly these), overdue items, what's coming up, and what's already done.
Inferred read-onlyfocusA ranked shortlist of what actually deserves attention right now, each with the reason it ranked: overdue work first, then live streaks about to break, then near deadlines, then weak spheres with nothing moving them.
Inferred read-onlylist_tasksEvery task the user has, with filters and paging: tasks that live under a goal AND standalone Today-screen todos that have no goal behind them.
Inferred read-onlylist_spheresEvery life sphere with its current value, potential, and how many goals and habits sit on it.
Inferred read-onlylist_decisionsDecisions the user has captured in Decide Mode, with status and chosen option.
Inferred read-onlylist_visionThe user's Vision Space tiles — affirmations, if-then implementation intentions, values notes, and any goals they're linked to.
Inferred read-onlywheel_historyEvery wheel re-evaluation over time, grouped into sessions, with per-sphere values and the delta against the previous session.
Inferred read-onlyactivity_feedA merged, time-ordered log of everything the user did in a window: habits logged, tasks and goals completed, journal entries, mood logs, wheel re-evaluations.
Inferred read-onlystatsAggregate numbers over a window: goal and task counts and completion rates, overdue counts, habit adherence (completed ÷ actually-scheduled), per-habit streaks, wheel average, journal and mood volume.
Inferred read-onlyexport_contextOne call that returns the user's whole LifeWheel: spheres and values, today's agenda, active goals, habits with streaks, open tasks, recent journal and mood, decisions, vision tiles, and re-evaluation dates.
Inferred read-onlysearchKeyword search across goals, tasks, journal, mood, decisions, vision tiles, spheres and wheel history.
Inferred read-onlyshow_goalFetch full goal details — title, sphere, progress, deadline, tasks — and return them as rich markdown plus structured data.
Inferred read-onlyanalyze_wheelCall this when the user wants to understand where they stand, or vaguely feels 'off'.
Inferred read-onlyweekly_reviewCall this when the user asks 'how was this week', 'what did I do', 'last 7 days', or when you want to ground a coaching conversation in recent activity.
Inferred read-onlylist_habitsEvery habit with its cadence, due time, today's progress, and current streak.
Inferred read-onlywhoamiReturn the Firebase uid associated with the current session and counts of top-level records (wheels, spheres, goals).
Inferred read-onlycreate_habitCreate a RECURRING habit (daily by default) with a time-of-day and optional reminder.
Potential side effectsupdate_goalUpdate allowlisted fields on an existing goal (title, description, imgRef, areasImpact, deadline, progress values, habit fields).
Potential side effectsupdate_todoEdit an existing task — rename it, change its description, move its deadline or scheduled day, or adjust which weekdays it repeats on.
Potential side effectsdelete_todoPermanently delete a task from its goal, or a standalone Today todo ('goal:<key>').
Potential side effectslog_moodLog a mood entry for the user (additive — appends a new row, never overwrites past logs).
Inferred read-onlycreate_vision_itemAdd a new Vision Space tile (affirmation + if-then rule + optional image reference).
Inferred read-onlyCONNECT WITH APPROVAL
Client installation
Review this server and its permissions before adding it. Secret placeholders must be set locally.
Codex
~/.codex/config.toml
[mcp_servers.lifewheel-mcp]
url = "https://lifewheel.us/mcp"
enabled = true
Claude Code
.mcp.json
{
"mcpServers": {
"lifewheel-mcp": {
"type": "http",
"url": "https://lifewheel.us/mcp"
}
}
}
Claude Desktop
Settings → Connectors → Add custom connector
Name: lifewheel-mcp
Remote MCP URL: https://lifewheel.us/mcp
Add this remote URL as a custom connector in Claude Desktop. Availability depends on the user plan and workspace policy.
Cursor
.cursor/mcp.json
{
"mcpServers": {
"lifewheel-mcp": {
"url": "https://lifewheel.us/mcp"
}
}
}
Visual Studio Code
.vscode/mcp.json
Add to Visual Studio Code{
"servers": {
"lifewheel-mcp": {
"type": "http",
"url": "https://lifewheel.us/mcp"
}
}
}
Generic MCP
Client-specific MCP configuration
{
"name": "lifewheel-mcp",
"transport": "streamable-http",
"url": "https://lifewheel.us/mcp"
}
MCP Inspector
Run the official MCP Inspector locally and enter the indexed Streamable HTTP endpoint.
TRUST AND VERIFICATION EVIDENCE
Trust Data Available
BuiltWith Trust API v2 evidence for lifewheel.us was fetched 2026-08-23T22:57:02.121Z and is being refreshed.
lifewheel.us is assessed as Trusted: Domain has an established technology history spanning over a year.
Evidence is source-attributed and does not guarantee that a third-party server is safe. Risk labels are conservative metadata heuristics.