Plan före kod
Vi skriver ner mål, risker och användarvärde innan vi låter agentflöden implementera.
Caire bygger en AI-first vårdplattform, men vi gör det med senior produktdisciplin: små verifierade ändringar, tydliga ägare, mänsklig granskning och respekt för verklig hemtjänst.

Samma princip som finns i Caire Core gäller internt: continuous learning loop, tydliga beslut, spårbarhet och mänskligt ansvar före automatisering.
Vi skriver ner mål, risker och användarvärde innan vi låter agentflöden implementera.
AI kan producera mycket, men kod, design, innehåll och dataflöden granskas som produktarbete.
Tekniken bedöms utifrån hemtjänstens verkliga vardag: planerare, vårdgivare, klienter och anhöriga.
Vi föredrar användbara förbättringar som går att testa, mäta och förbättra över stora svårgranskade språng.
Leveransmandat
Produktägare skriver en PRD med ändring, framgångsmått och icke-mål. Specialiserade agenter hanterar därefter Spec, tester, implementation, granskning, verifiering, dossier och PR-flöde medan människor behåller produktansvaret.
Polstjärna
Vi mäter förlupen tid från PRD-intag till mergad PR, modellkostnad per levererad funktion och tokeneffektivitet. Poängen är inte att ersätta produktomdöme; den är att ta bort onödiga överlämningar i arbete som redan är specificerat.
Arbetsflöde
Varje steg producerar en kontrollerad artefakt. Nästa steg vägrar starta utan den, vilket gör pipelinen till ett enkelriktat kontrakt från produktavsikt till mergad ändring.
| # | Steg | Utdata | Ägare |
|---|---|---|---|
| 0 | Intag-normalisering | Kanonisk PRD-sökväg och funktionsslug | Orchestrator |
| 1 | PRD | Ändring, framgångsmått och icke-mål | Människa |
| 2 | Spec | Gherkin-acceptansscenarier | Architect-agent |
| 3 | Tester | Misslyckande Vitest- och Playwright-tester | Test-writer |
| 4 | Implementation | Kod i isolerad worktree | Editor |
| 5 | Granskning | P1/P2/P3-fynd eller ren rapport | Reviewer-agenter |
| 6 | Verifiering | Trace, skärmbild och sammanfattningsdossier | Verifier |
| 7 | PR | Pushad branch och extern granskning | GitHub-flöde |
Migrerat plattformskällmaterial
Den gamla plattformsdokumentationen hade separata undersidor för varje agentiskt arbetsflödeskoncept. De sidorna är nu infogade här så kandidater och partners kan förstå systemet utan att lämna huvudwebbplatsen.
Jobbet är att förkorta vägen från produktavsikt till verifierad förändring utan att ta bort ansvar. Läs detta först: människor äger prioritering, kvalitet och beslut.
Arbetsflödet delar ansvar mellan Architect, Editor, Reviewer, Verifier och Orchestrator. Rollen väljer modell efter uppgift, kostnad, risk och sammanhang.
Darwin är en tunn intern Node-loop som håller ihop intag, arbetskö, status och bevis. Den ska vara enkel, observerbar och möjlig att byta ut i delar.
Kartan delar upp vad som används av PRD-till-PR-pipelinen, vad som är parkerat och vad som är den prioriterade byggkön.
Adapter-formen gör att arbetsflödet kan välja modell utan att låsa produktprocessen till en leverantör eller ett enda gränssnitt.
Spec betyder testbara acceptansscenarier, inte lösa önskemål. Gherkin och done contract gate minskar spec-drift mellan PRD, test och implementation.
Review-loopen pollar externa granskare, klassar allvarlighet och återinträder i editorn med en idempotent åtgärdslista.
Automatisering får bara skalas när bevis, kostnad och kvalitet håller. Annars ska den kunna stoppas eller rullas tillbaka.
Måttet funktioner per sekund per token används tillsammans med kostnad, kvalitet och affärssignaler för att se om flödet faktiskt förbättrar leveransen.
Varje leverans ska kunna lämna spår: trace.zip, screenshot.png, console.log, testutdrag och en kort sammanfattning av vad artefakten bevisar.
Produkten vi bygger och sättet vi bygger på delar samma filosofi: spåra vad som ändras, lär av utfall och låt människor vara ansvariga för viktiga beslut.