← Registry

Productivity

lifewheel.us

This server helps users explore and manage their life balance through a LifeWheel tool, including demos, explanations, and data retrieval.

1 endpoint42 known toolsFirst detected June 23, 2026Last detected September 10, 2026

ENDPOINT 1

https://lifewheel.us/mcp

No auth detected

MCP server metadata

Name
lifewheel-mcp
Version
0.1.0
Capabilities
toolsresources
Server instructions

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_demo

Start a short life-wheel demo for anyone who hasn't created a LifeWheel profile yet.

Inferred read-only
render_demo_wheel

Render the user's life wheel from scores they just entered.

Inferred read-only
explain_sphere

Return a short explanation of what one of the 8 LifeWheel life spheres means, with a reflection question.

Inferred read-only
today

The 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-only
focus

A 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-only
list_goals

Enumerate the user's goals with filters and paging.

Inferred read-only
list_tasks

Every 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-only
goal_tree

The whole hierarchy in one call — sphere → goal → task.

Inferred read-only
list_spheres

Every life sphere with its current value, potential, and how many goals and habits sit on it.

Inferred read-only
list_journal

Journal entries in a date range, newest first.

Inferred read-only
list_moods

Mood entries over a date range plus a frequency tally.

Inferred read-only
list_decisions

Decisions the user has captured in Decide Mode, with status and chosen option.

Inferred read-only
list_vision

The user's Vision Space tiles — affirmations, if-then implementation intentions, values notes, and any goals they're linked to.

Inferred read-only
wheel_history

Every wheel re-evaluation over time, grouped into sessions, with per-sphere values and the delta against the previous session.

Inferred read-only
activity_feed

A 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-only
stats

Aggregate 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-only
export_context

One 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-only
search

Keyword search across goals, tasks, journal, mood, decisions, vision tiles, spheres and wheel history.

Inferred read-only
fetch

Fetch a single LifeWheel record by id.

Inferred read-only
show_wheel

PREFERRED WAY to surface the user's life wheel.

Inferred read-only
show_goal

Fetch full goal details — title, sphere, progress, deadline, tasks — and return them as rich markdown plus structured data.

Inferred read-only
analyze_wheel

Call this when the user wants to understand where they stand, or vaguely feels 'off'.

Inferred read-only
weekly_review

Call 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-only
list_habits

Every habit with its cadence, due time, today's progress, and current streak.

Inferred read-only
whoami

Return the Firebase uid associated with the current session and counts of top-level records (wheels, spheres, goals).

Inferred read-only
create_goal

Create a one-time goal with a deadline.

Potential side effects
create_habit

Create a RECURRING habit (daily by default) with a time-of-day and optional reminder.

Potential side effects
update_goal

Update allowlisted fields on an existing goal (title, description, imgRef, areasImpact, deadline, progress values, habit fields).

Potential side effects
complete_goal

Mark a goal as achieved.

Inferred read-only
pause_goal

Pause (default) or resume (paused:false) a goal.

Inferred read-only
delete_goal

Permanently delete a goal and all its tasks.

Potential side effects
create_todo

Add something to do.

Inferred read-only
toggle_todo

Mark a one-time task complete or reopen it (completed:true/false).

Inferred read-only
update_todo

Edit an existing task — rename it, change its description, move its deadline or scheduled day, or adjust which weekdays it repeats on.

Potential side effects
delete_todo

Permanently delete a task from its goal, or a standalone Today todo ('goal:<key>').

Potential side effects
log_habit

Record a habit check-in for a day — THE way to mark a habit done.

Inferred read-only
create_journal

Append a new journal entry for the user.

Inferred read-only
log_mood

Log a mood entry for the user (additive — appends a new row, never overwrites past logs).

Inferred read-only
create_vision_item

Add a new Vision Space tile (affirmation + if-then rule + optional image reference).

Inferred read-only
update_vision_item

Patch allowlisted fields on a Vision Space tile.

Inferred read-only
set_wheel_slider

Set a life sphere's current value (and optional potential).

Inferred read-only
commit_decision

Mark a Decide Mode decision as committed with the chosen option.

Inferred read-only

CONNECT 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.

Trust status Trusted

lifewheel.us is assessed as Trusted: Domain has an established technology history spanning over a year.

Indexed

Evidence is source-attributed and does not guarantee that a third-party server is safe. Risk labels are conservative metadata heuristics.