Verifiable AI Health Platform

AI understands you,
and verified engines guarantee the accuracy.

lifeGmap is an AI health platform that connects the exercise, nutrition, recovery, and pain signals of users over 40 and turns them into an actionable weekly health-habit plan. Multiple AI agents read and interpret the data to design each day and week, while figures such as intensity and scores—and every safety decision—are guaranteed by verified deterministic engines and a knowledge graph.

About the company
Already invited? Go to the app →
User Signals
User signals
ExerciseMealsPainConversation context
Data & Knowledge
Storage · Knowledge
PostgreSQLNeo4jMongoDBDomain knowledge graph
Deterministic Engines
Deterministic engines — guarantee
Weekly planHR zone calculationSafety rulesHexagon score
AI Experience
Ara · Coaching UI
Ara conversationBriefingAnalysis explanationCoaching UI
Product Architecture

We don't keep a workout app, a diet app,
and a pain-logging app apart.

Whether an elevated heart rate comes from fatigue, lack of sleep, meal timing, or pain avoidance—you have to look at it together. lifeGmap gathers your life signals onto one platform and condenses the next action into a single daily and weekly experience.

app.lifegmap.com/analysis
Ara chat + analysis 2-pane dashboard

The signature 2-pane — Ara chat on the left, ANALYSIS (Cardio Weekly · HR zones · ACWR) on the right, all on one screen.

Cardio

Heart rate · Zone · Pace · Indoor bike

Metabolic flexibility · Cardiorespiratory endurance

Bodywork

Strength · Stretching · Rehab support (171 movements)

Muscle-loss prevention · Joint stability

Nutrition

Natural-language meals · Protein · Hydration · Micronutrients

Recovery and eating habits matched to training load

Pain & Recovery

Pain location · Intensity · RPE · Recovery status

Overtraining · Repeat-injury prevention

Ara

Conversation context · Schedule · Travel · Fatigue signals

Plan adjustments · Habit consistency

Technical detail — Polyglot Persistence (the right store for each kind of data)
StoreDataRole
PostgreSQLStructured + raw biometricsActivity summaries · User state
Neo4jBehavioral & coaching relationshipsTime tree + domain knowledge graph
MongoDBTime series1 Hz biometrics (session_id metaField)

Each kind of data lives in its optimal store, joined by a single session_id(UUID).

AI Architecture

The LLM speaks.
Calculation and state changes are done by deterministic engines.

In health tech, it is dangerous to let an LLM generate numbers directly or finalize plans. So the LLM is used only for intent understanding, explanation, conversation, and structured extraction, while intensity, scores, safety limits, and plan finalization are handled by Python deterministic engines. In particular, no LLM is used at all to generate the weekly plan — the same input always yields the same output.

LLM domainUnderstand · Explain
Natural-language intent classification
Structuring meal, pain, and schedule text
Ara's explanations and coaching sentences
Translating analysis results into plain language
Deterministic domain
Exercise intensity & duration calculation HR Zone·MAF·VDOT
Hexagon score · Weekly scheduling · Safety limits
Overtraining, pain, and recovery rule guards
confirm-token-based write path
v3 tool-calling multi-agent — acts only through defined tools
User inputA1 Dispatcher
Read ×7Propose ×4Commit ×7Emit ×9
A6 Compliance Guard — every output passes through it.
Technical detail — LLM model allocation
Claude Sonnet · Persona & fallbackClaude Haiku · RAGGemini Flash · Classification, verification & analysisGemma 4 self-host · Context extraction

AI may persuade the user, but it cannot alter data arbitrarily or generate dangerous figures on its own.

Knowledge Graph · GraphRAG

We don't reason about what we don't know.
Every coaching rationale comes from the knowledge graph.

Physiology, musculoskeletal, and nutrition knowledge are connected as a graph, and we answer only what has academic grounding. Even queries generated by the LLM run only if they pass a safety guard.

Only what has academic grounding

Three domains (physiology, musculoskeletal, nutrition) connected by 23 Constraints based on scientific literature.

Injury contraindications pinned as relationships

Fitness tier F1–F5 × health context H1–H4, plus CONTRAINDICATED_WITH — this exercise is forbidden for this injury.

Queries run only after passing the guard

CypherGuard: always enforces a user_id entry point · LIMIT ≤ 100 · every query is logged. OKF knowledge catalog of 35+ cards.

Knowledge graph relationship example
Plantar fasciitis
CONTRAINDICATED_WITH
High-intensity jumps
Fitness F2 · Context H2
MAPS_TO
Zone 2 recommended
Technical detail — three analysis engines → 128-dimensional DNA
Course DNA Engine

Encodes GPS tracks into 128 dimensions, with Neo4j cosine fuzzy matching.

Intensity Engine

Data-grade (A/B/C) branching + 4-week baseline Z-Score normalization.

Pattern Classifier 2-Layer

PatternType ×5 + VariantPattern ×14.

Embedding

paraphrase-multilingual-MiniLM-L12-v2 (384-dim)

Real-Time Workout Engine

Real-time coaching is harder than post-workout analysis.
That's exactly what sets us apart.

lifeGmap's workout HUD is not a screen wrapped around a fitness API — it is an execution engine that connects execution state, BLE sensors, heart rate / cadence / power, voice cues, and pain checks within a single session.

app.lifegmap.com/workout · live
Real-time workout HUD — scenery video + metrics + Ara cues
Five execution engines — segment execution · DFA‑α1 · cue priority · BLE sensors · voice I/O
WorkoutExecutionEngine

Manages segment progression, pause, next movement, and completion flow.

SlidingWindowEngine

Processes heart rate, RR, zone dwell, drift, and TRIMP per window. On straps that provide RR, it infers DFA‑α1 (α1 = 0.75 → metabolic threshold VT1) in real time.

CueScheduler

Coordinates the priority of workout cues, safety warnings, and encouragement — safety cues come first on a risk signal.

Browser-native Sensor I/O

Connects HRM, CSC, Power, and FTMS over Web Bluetooth. Not locked to any specific wearable.

Voice I/O

The browser handles audio capture and playback, while STT (faster-whisper) and Ara's voice TTS (GPT-SoVITS) run on our servers.

Ara
Ara Persona Engine

Ara is not a chatbot,
but a warm companion who runs with you.

We keep that consistent character with technology.

Pacemaker and bio-mirror · Warmth · Scientific honesty
Persona LoRA fine-tuning

A local LLM is LoRA-trained on Ara's character dataset. Emotional-state meta-tags and tone profiles synthesize a consistent tone.

Voice model fine-tuning

GPT-SoVITS-based voice cloning dedicated to Ara. Real-time voice coaching that keeps a warm tone.

COMPASS

Coaching differentiated by archetype — adapting coaching style and intensity to each user's disposition.

Data flywheel

During the beta we collect and curate Ara-like utterances for further fine-tuning. The more it's used, the sharper the character becomes.

Safety & Compliance

Safety comes before cleverness.

Every AI response passes through a safety checkpoint (A6 Compliance Guard) before it reaches the user.

Blocking medical-misrepresentation language

Expressions that could be mistaken for medical practice are filtered by Step 1 Python rules → Step 2 Gemini Flash review.

Blocking injury contraindications & risk states

We remove per-user injury-contraindicated exercises, and in dangerous body states (H4) we block the plan itself.

Instant rollback with a one-line flag

If something goes wrong, a single one-line flag reverts instantly to the last stable version.

Medical judgment belongs to professionals

lifeGmap does not diagnose, prescribe, or treat, and refers medical judgment to qualified professionals.

Roadmap · Long-Term Retention

In the end, we set out to prove one thing —
long-term retention, all the way to 100.

Structured data, deterministic engines, the knowledge graph, real-time coaching, safety checks — every piece of technology here exists for one thing: to keep you healthy longer, and so to keep you with us longer. Data collection → AI interpretation → personalized plan → habit feedback, then back to data — the more this loop turns, the better the fit, and the longer the subscription lasts.

Data collectionAI interpretationPersonalized planHabit feedbackLasting subscription
Event-Driven

.fit upload → asynchronous (202) → Kafka pipeline. Writes across the 3 DBs are atomically tracked with session_write_log.

Microservices · Fault isolation

api-gateway, ai-engine, and admin-gateway are separated to isolate the blast radius of failures.

AI roadmap

Expanding on-device inference · Stronger personalization · Privacy-preserving coaching · Multilingual model alignment.

Technology built with honesty—
see it for yourself.

About the company
Already invited? Go to the app →