Plattformsarkitektur · Version 2 · Utkast

Alla vägar leder till Rom.

Allt du tar in leder till en enda plats — dig. Appen är kartan över den platsen, och vägvisaren genom den.

Grund  ·  Din befintliga stack
Tillagt  ·  3 lager
Princip  ·  Förbättra, alltid
Introduktion

Vad appen är till för

Appen hjälper människor att förstå vad som faktiskt händer i kroppen när de äter och dricker. Den jämför substanser i mat och dryck och förklarar, begripligt och vederhäftigt, hur de samverkar i magen och kroppen — vad som skapar obehag, vad som påverkar näringsupptag, vad som krockar med mediciner.

Målet är inte att döma eller skrämma, utan att göra osynliga processer synliga. När en användare förstår sin egen kropp kan hen motverka risker, lindra obehag och lösa vardagsproblem innan de uppstår. Kort sagt: hjälpa människor att må bättre genom att förstå mer.

Det sker genom fyra roller. Avkodaren förklarar vad som händer just nu. Detektiven hittar dina personliga mönster och triggers. Vakten varnar för risker och interaktioner. Coachen hjälper dig i förväg. Fyra roller — men ett och samma svar i botten, eftersom alla läser ur samma karta.

Liknelsen
Allt du tar in — mat, dryck, medicin, ingredienser — färdas längs sina vägar till en enda plats. Den platsen, Rom, är du.

Liknelsen arbetar på två plan — ett om verkligheten appen handlar om, ett om hur appen är byggd:

Verkligheten — produkten

Rom är du — din kropp och ditt mående, den enda punkt där allt du konsumerar verkligen möts. Vägarna är allt som tas in. Appen själv är varken Rom eller vägarna; den är kartritaren och vägvisaren. Produkten är guiden till Rom.

Bygget — arkitekturen

Kunskapskärnan är inte Rom — den är kartan över Rom. Mjukvaran kan aldrig bli kroppen; den kan bara kartlägga den så troget som möjligt. Ju bättre kartan, desto pålitligare vägvisning.

Översikt

Kärnan och de fyra rollerna

Avkodaren, Detektiven, Vakten och Coachen är inte fyra appar — de är fyra roller som läser samma karta. Mellan rollerna och kärnan ligger ett lager av logik och intelligens som översätter rådata till begripliga, säkra svar.

I II III IV LOGIK & INTELLIGENS KÄRNAN KARTAN ÖVER ROM EN SANNINGSKÄLLA

Stommen byggs först — kärnan fylls sedan.

I

Avkodaren

Vad händer i mig?

II

Detektiven

Hitta dina triggers

III

Coachen

Hjälp innan obehaget

IV

Vakten

Risker & interaktioner

Lagren

Fem lager, inifrån och ut

Din ursprungliga stack är intakt — den utgör lager IV. Tre nya lager läggs till: kärnan själv, logiken som tolkar den, och förvaltarytan som Sabina arbetar i.

0
Kärnan

Kunskapskärnan — en sanningskälla

Plattformens kronjuvel — kartan över Rom, den modell av kroppen som allt annat vilar på. Substanser, livsmedel och drycker, deras interaktioner, kontraindikationer, kroppens processer, symtom och de mekanismer som förklarar varför. Varje post är versionerad med utkast/publicerat-status, källhänvisad och spårbar. Detta är inte kod — det är data, och behöver sin egen historik skild från GitHub.

substans livsmedel interaktion kontraindikation kroppsprocess symtom mekanism / förklaring
I
Nytt

Logik & intelligens

Lagret som översätter kärnans data till svar. Avgörande nyans: Vaktens kontroller måste vara deterministiska, spårbara regler — aldrig en fritt resonerande AI, eftersom en hallucination i hälsosammanhang är oacceptabel. AI får driva förklaring och ton, men aldrig riskbedömning.

regelmotor · deterministisk mönstermotor · korrelation förklaringsmotor · AI, grundad i kärnan personaliseringsmotor
II
Rollerna

De fyra rollerna

Avkodaren, Detektiven, Vakten och Coachen. Inga separata system — bara fyra vyer mot samma motor. En användare kan vandra mellan dem utan att lämna appen. Rollerna kan släppas en i taget; kärnan och logiken är gemensamma.

Avkodaren — förstå Detektiven — upptäck mönster Vakten — varna Coachen — föregripa
III
Nytt

De två ytorna

Plattformen är tvåsidig. Användarappen är det folk laddar ner. Förvaltarkonsolen är det Sabina faktiskt arbetar i — en no-code-yta för innehåll, ton och kunskap, byggd så att hon kan förvalta utan att kunna bryta systemet. Det här lagret saknades helt i den första skissen och är navet i hela överlämningsplanen.

användarapp förvaltarkonsol · no-code granskningsgrind före publicering
IV
Grund

Infrastruktur — din stack, vässad

Byggkedjan är oförändrad: AI/Cursor → GitHub → Vercel → Cloudflare. Supabase bär databas och autentisering — nu med EU-region och Row Level Security från dag ett. Kritisk logik flyttas till Edge Functions. Zapier behålls, men endast för icke-kritisk glue: e-post, sms, CRM. Aldrig kärnlogik.

Cursor / CC GitHub Vercel Cloudflare Supabase · EU · RLS Edge Functions Zapier · endast glue
Tvärgående

Tre hänsyn genom alla lager

Vissa krav bor inte i ett lager utan löper genom hela arkitekturen. De måste byggas in från start — de går inte att lägga till efteråt.

Styrning

Inget hälsopåstående går live utan granskning. Utkast/publicerat-status, godkännandesteg och fullständig ändringshistorik. Skyddar användaren, Sabina och dig.

Efterlevnad

Symtom, mediciner och diagnoser är särskild kategori under GDPR. EU-region, dataminimering, uttryckligt samtycke och RLS är inte tillval utan utgångsläge.

Överlämning

GitHub, Vercel, Cloudflare, Supabase och domänen ligger i org-konton — aldrig privata. Då blir överlämningen till Sabina ett ägarbyte, inte en migrering.

Förbättringen utöver förbättringen

De sista tio procenten

100 % är en sund, byggbar arkitektur. Här är de tio procent som gör den trovärdig, försvarbar och värd mer än summan av sina delar.

+10%
Fyra skärpningar

Härkomst på varje kunskapspost

Varje fakta i kärnan bär en källa och en konfidensnivå. Då kan Vakten citera varför den varnar, Förvaltaren kan granska sak, inte gissning, och appen blir trovärdig i en bransch full av brus. Detta är skillnaden mellan en hälsoapp och en åsiktsapp.

Kärnan som intern tjänst

Eftersom appen är bredare än Sabina — och du bygger många appar — exponeras Kunskapskärnan som ett återanvändbart internt API. Den behöver inte tjäna bara den här appen; en framtida produkt kan vila på samma karta över Rom.

Återkopplingsslingan

Anonymiserade användarutfall matas tillbaka och gör mönstermotorn vassare över tid. Detektiven blir bättre ju fler som använder appen — försiktigt gjort, alltid avidentifierat.

Handoff-sömmen som uttalad egenskap

En medveten gräns i arkitekturen där ägande kan bytas utan att något byggs om. Motorn stannar hos teamet, driftsytan går till Sabina. Sömmen ritas in nu — inte den dag den behövs.

Sekvens

Först stommen, sedan kartan

Liknelsen håller hela vägen. Vi reser ställningen först — när stommen står, fyller vi kartan med sitt verkliga innehåll. Sist överlämnar vi den färdiga kartan till Sabina.

Fas I

Stommen

ställningen
  • Infrastruktur i org-konton
  • Datamodellens skelett
  • Förvaltarkonsolens skal
  • Regelmotorns ramverk
  • En roll helt klar — bevis
Fas II

Kartan

kärnan
  • Kunskapskärnan fylls på djupet
  • Källhänvisning och konfidens
  • Alla fyra roller öppnas
  • Intelligenslagret skarpt
  • Kärnan exponeras som tjänst
Fas III

Nyckeln

överlämning
  • Granskningsflöden inkörda
  • Sabina driftar konsolen
  • Återkopplingsslingan igång
  • Ägarbyte längs sömmen
  • Teamet kvar som teknik
Vad som ändrats mot version 1

Din stack är behållen i sin helhet — den var rätt. Tre lager har lagts till: kärnan (lager 0), logiken (lager I) och förvaltarytan (lager III), som alla saknades i den första skissen. Tre tvärgående hänsyn — styrning, efterlevnad, överlämning — har gjorts explicita. Och fyra skärpningar lyfter arkitekturen från sund till försvarbar.

Nästa steg

Det naturliga är att spika datamodellen för kärnan — de sju objekten i lager 0 och relationerna mellan dem. Det blir ritningen som Fas I byggs mot. Säg till så tar vi den härnäst.