Rammeverk Chat-drevet Utvikling
Kort beskrivelse
PivoCores metode for å bygge applikasjoner gjennom AI-assistert, dialogbasert utvikling (“vibekoding”) via Lovable.dev og Claude Code. Rammeverket skal gi teamet en standardisert og effektiv måte å produsere programvare på.
📚 Dokumentasjon
| Dokument | Beskrivelse |
|---|---|
| Rammeverk-MVP | Komplett rammeverk v0.2 (§0–§16). Velg nivå i §0. |
| Beslutningslogg | Beslutninger og begrunnelser |
| Risiko og blokkere | Kjente risikoer |
🧰 Prosjektmaler
Start her — velg nivå og fyll ut:
| Mal | Nivå | Når |
|---|---|---|
| prototyp.md | 🔵 | Teste en ide på 30 min |
| egne-verktoy.md | 🟡 | Internt verktøy for teamet |
| produksjon.md | 🔴 | Eksterne brukere, kunder, BBL-er |
Status nå
🟡 Pågående — Rammeverk-MVP v0.2 oppdatert med Ians input (hosting, branching, sikkerhet, testing, arkitektur). Promoting-dokumentasjon (PIVO-ARC) flyttet inn i MVP som §16. Opprydding av dokumentasjon fullført 10. april. Frist for v1.0: 2026-04-14.
📋 Møte 2026-02-06 (Ian, Ayan, Oona, Peter)
Driftsmodell vurderes:
- Supabase for SBS
- GCP/Firebase for SBS
- Hårfagre
- Lifecycle management diskutert
- Ulike nivåer på Governance
- Timeføringssystem — tas i ledergruppe
Mål og leveranser
- Etablere tekniske rammer og infrastruktur (Ian)
- Definere workflow for verdioverføring Lovable → produksjon
- Dokumentere best practices for vibekoding
- Piloter gjennomført og erfaringer dokumentert
- PivoCore Kundeportal (Ayan)
- Timeføringssystem — Funksjonsbeskrivelse ferdigstilt (Peter)
- Dokument:
Funksjonsbeskrivelse Timeføringssystem.md - Ansvarlig: Peter
- Pilot: Timeføringsapplikasjon for BBL Pivotal
- Målbilde: Erstatte Tidbank med moderne timeføringssystem
- Kjernefunksjoner: Timeføring pr produkt/prosjekt, faktureringsgrunnlag, rapportering
- Neste steg: Peter jobber videre med ny versjon basert på behovsavklaring 17. mars
- Behovsavklaring 17.03: Avdelingsvisning, faktureringsmodul, ukeview, integrasjon mot regnskapssystem, budsjettprosess
- Dokument:
Team
| Rolle | Person | Ansvar |
|---|---|---|
| Teknisk ansvarlig | Ian | Rammeverk, infrastruktur, kodekvalitet |
| Pilot 1 | Ayan | PivoCore Kundeportal |
| Pilot 2 | Peter | Timeføringsapplikasjon |
Neste steg
- Ian: Ferdigstille versjon 1.0 av rammeverket 📅 2026-04-14 ✅ 2026-04-10
Sjekkliste for v1.0 (inkluderes i leveransen)
- Vurdere tre alternativer for løsninger (NXT-piloting, stand-alone, Supabase)
- Avklare Supabase som alternativ for hosting
- Avklare drift og forvaltning på Lovable.dev
- Etablere workflow for verdioverføring til produksjon
- Samuel + Ian: Avklare Antigravity-plattformen
- Sette seg inn i Every-metodikken
- Ayan + Peter: Dokumentere erfaringer fra pilotene
- Definere data-skjemaer før koding starter (Data-First-prinsippet)
- Dokumentere piloterfaringer fra Ayan og Peter (mangler fortsatt)
Vurdering av Ians dokumentasjon (24. mars 2026)
URL: https://buildanddeploy-70740.firebaseapp.com/
Ian har laget en dokumentasjonsside (“Build and Deploy Docs”) med 17 sider som dekker hele livssyklusen for vibekoding. Hostet på Firebase.
Innhold
| Kategori | Sider | Vurdering |
|---|---|---|
| Oversikt + vibe coding-filosofi | Overview, Brand/Markdown | ✅ God introduksjon |
| Branching (GitFlow, GitHub Flow, Trunk-Based) | 3 sider | ✅ Anbefaler Trunk-Based — riktig for vibekoding |
| CI/CD (Continuous Integration/Deployment) | 3 sider | ✅ Solid teori |
| Hosting (Firebase, Deploy) | 3 sider | 🟡 Firebase-fokus — men Firebase auth er ikke brukbar (ruter via USA) |
| BBL Pivotal-spesifikt (HF Next, Portal) | 3 sider | ✅ Konkret og nyttig |
| AI-verktøy (Conditional blocks, MCP) | 2 sider | ✅ Fremtidsrettet |
Styrker
- Trunk-Based Development som standard — riktig for hyppige, små endringer
- Conditional blocks i AGENTS.md — bekreftet av Ben’s Bites-forskning (20% ytelsesforbedring)
- MCP server — kobler AI-modeller til datakilder, fremtidsrettet
- HF Next — detaljert Angular v20+ veiledning med signaler og type safety
- Portal — komplett med test-kommandoer (Jest, Playwright)
Mangler/forbedringsområder
- Firebase-hosting må oppdateres — Ludwig bekreftet at Firebase auth ruter via USA og bryter org policy. Supabase selvhostet er alternativet. Dokumentasjonen bør reflektere dette.
- Ingen ops-ready/kvalitetssikring — mangler sjekkliste for lansering (RLS, feilhåndtering, mobiltest). Vi har utviklet dette i lovable-dev skillen.
- Ingen kostnadsvurdering — viktig gitt modellkostnad-diskusjonen (Snakk med regnskapet kl 14:45 i dag)
- Lovable best practices mangler — overview nevner Lovable men ingen dedikert side med tips, designteknikker, prompt-mal
- Sikkerhet/GDPR mangler — ingen side om RLS, secrets management, personvern, cookie-banner
- Database-migrering ikke dekket — hva skjer når datamodellen endres i Lovable
- Mye generisk CI/CD-teori — lite BBL Pivotal-spesifikt innhold ennå
Overføringsverdier fra lovable-dev skill
Følgende fra vår lovable-dev skill kan være direkte relevant for Ians rammeverk:
- Ops-ready sjekkliste (steg-for-steg med fix-instruksjoner)
- GDPR/sikkerhet (personvern, cookie, brukersletting)
- Secrets management (API-nøkler, VITE_-prefix)
- Database-migrering (når datamodell endres)
- Brukertest-mal (oppgaver, observasjon, oppsummering)
- Lovable prompt-mal med designteknikker
Anbefaling
Godt grunnlag. Ian bør fortsette med BBL Pivotal-spesifikt innhold. De viktigste gapene å fylle: Firebase → Supabase-oppdatering, ops-ready sjekkliste og sikkerhet/GDPR.
Siste møter
- 260306 Rammeverk Chatdrevet utvikling status
- 260212 Status chat-drevet utvikling - Peter og Ayan
- 260210 Status Ian chat-basert koding
Referanser
- Agentic Design Patterns — Antonio Gulli. Komplett referanse for agentiske designmønstre med Google ADK. Relevant for hele rammeverket: MCP (kap. 10), Goal Setting (kap. 11), Exception Handling (kap. 12), Human-in-the-Loop (kap. 13), RAG (kap. 14).
Relaterte notater
- Leveranser
- Pivocore/10 Prosjekter/Aktive/Rammeverk-chat-drevet-utvikling/Beslutningslogg
- Risiko-og-blokkere
- 01 Strategi/Produkter-og-prioritering
- Tilbake til prosjektoversikt
Sist oppdatert: 2026-04-10