Kenneth-dokument · TR katalog · Tilbake til oversikt
Q OS plan og ærlige svar
# Kenneth-dialog — oppdatering, plan og systemintegrasjon
**Dato:** 2026-07-08
**Kilde:** Dialog Emil ↔ Kenneth (juli 2026) + kontorstatus
---
## Kort oppsummering av dialogen
Kenneths kjerne er **prosjektledelse**: han trenger mål, eksperter, plan og dokumentasjon (Miro). Han er **skeptisk** til at AI kan ta «en bøtte rådata» og gjøre noe nyttig **uten** at noen først har definert **forretningslogikk, formler og mapping** (transport/frakt-eksemplet med 50+ formler, historiske valutakurser, produktmapping over tid).
Emils kjerne er **Q OS som produkt**: lokal plug-and-play-maskin med trente agenter, Obsidian/Brain som infobase, Docker/K3s-sandkasser, og kontinuerlig agent-trening (nå ~75–85 % automatisert).
**Begge har rett.** Systemet vårt er designet for **integrasjon + rapportering + automatisering der regler finnes** — ikke for å erstatte domenekspert blindt.
---
## Ærlig svar på Kenneths største spørsmål
### «Hva er målet?»
| For Emil / produkt | For Kenneth / PM |
|--------------------|------------------|
| Selge og levere **lokal AI-kontor-boks** med spesialiserte agenter | Levere **strukturerte prosjekter** med mål, ekspertise og bevis |
| Q OS strukturerer data → billigere hardware → plug-and-play | Hver leveranse dekker **ett konkret behov** (regnskap, transport, drift) |
| Trenede agenter = kvalitet uten å bytte modell hele tiden | **Ekspert definerer regler** → agenter utfører og forklarer |
### «Kan AI analysere komplekse data som transport?»
**Delvis — med riktig oppsett:**
1. **Menneske/Kenneth:** dokumenter formler, valutalogikk, produktmapping, «sannhet» for KPI-er
2. **data_dina:** implementerer beregninger i reproducerbar pipeline (Python/SQL), ikke fri LLM-matte
3. **forsker_frode:** validerer metode, usikkerhet, sammenligning YoY
4. **skriv_sara:** rapport-mal som Kenneth kan godkjenne
5. **Agenter:** forklare avvik, foreslå neste steg, **aldri** påstå tall uten kilde
Kenneth har rett: uten steg 1 blir resultatet feil uansett modellstørrelse.
### «Sykkelbutikk med 50 regneark»
| Fase | Automatiserbart | Ikke automatiserbart (ennå) |
|------|-----------------|----------------------------|
| Samle filer i mappe → Brain | ✅ kube_watcher | |
| Gjenkjenne «dette er salg / reparasjon / produkt» | ⚠️ Delvis — trenger trenings-eksempler + godkjenning | |
| Moms kvartalsvis | ❌ uten regnskapsregler | Kenneth/ekspert |
| Nye produkter/priser løpende | ⚠️ Import + diff-varsling | Menneske godkjenner |
**Forslag:** start med **én mappe, én rapport, én regelsett** — utvid etter bevis.
---
## Hva vi allerede har (bevis til Kenneth)
| Område | Status |
|--------|--------|
| **16 agenter live** på TR `:8085` | inkl. geolog_geir, drivhus_dan |
| **~1400+ treningslinjer** + prompts | R1–R6 + jordcase + drivhus |
| **Hermes** `:8788` | policy/orkestrering (lab) |
| **Kube OS / Obsidian Brain** | layer1_core, ikke ferdig RBAC |
| **ai-kontor.com** | offentlig pilot |
| **Kenneth-spor** | VPN/video/musikk — autonom fase 1, venter valg |
---
## Plan — integrasjon for fremtidige Q OS-brukere
### Spor 1: Dokumentasjon (Kenneth + Miro) — uke 1
1. Emil velger **én** av Kenneths 3–4 Miro-boards
2. Lim inn rammer fra `SYSTEM_MAP/MIRO_Q_OS_MASTER_BOARD.md`
3. Fyll **FRAME 4** med første pilot: **sykkelbutikk ELLER transport** (Kenneth velger)
4. Kenneth eier **akseptansekriterier** per demo
### Spor 2: Treningspakke USB (Emil natt-kjøring) — nå
```powershell
cd "C:\AI KONTOR"
python scripts/export_training_usb_package.py # opprettes
# → training/export/QOS_TRAIN_<dato>/ klar for minnepinne
```
Innhold: corpus, prompts, modelfiles, eval-rapporter, case-docs (jord, drivhus), SYSTEM_MAP-gates.
### Spor 3: Ny treningsrunde «integrasjon & regler» — uke 2–3
| Agent | Tema | Kenneth-input |
|-------|------|---------------|
| data_dina | SQL/pipeline, valuta, YoY | Eksempelkolonner + 3 formler |
| forsker_frode | Metode, usikkerhet | «Hva er god nok analyse» |
| anita | Prosjektplan, Miro-sync | Sprint-struktur |
| devops_dag | Import, sandkasse, Obsidian | Filflyt |
| skriv_sara | Rapport-mal transport | Kenneth godkjenner mal |
**Dyp standard:** flerstegs, handoff, ærlig status (R6-tema).
### Spor 3B: R7 «dokumentforståelse + sortering + regelmotor» — starter nå
Dette sporet er et godt neste steg, men må deles i to:
| Del | Hva vi trener på | Kan gjøres bredt? | Krever regelverk? |
|-----|------------------|-------------------|-------------------|
| Dokumentforståelse | PDF, DOCX, XLSX, e-post, bilder, skannede skjema | ✅ Ja | Nei |
| Sortering/klassifisering | «regnskap», «toll», «kunde», «prosjekt», «drift» | ✅ Ja | Nei |
| Uttrekk | dato, avsender, beløp, valuta, varenr, MVA-kode | ✅ Ja | Delvis |
| Moms/toll/fradrag | beregning, avvik, rapportering | ⚠️ Delvis | **✅ Ja, absolutt** |
| Logistikkrapporter | frakt, tonn, historisk FX, YoY | ⚠️ Delvis | **✅ Ja, absolutt** |
**Anita-mål i R7:** Anita skal bli bedre til å triagere og sortere innkommende materiale, men selve momsberegningen skal ligge i et dokumentert regellag som Anita kaller på via `data_dina` eller lokal regnskapspipeline.
**Viktig avgrensning:** Vi bør ikke love at agentene «finner riktig regel selv på nettet». For regnskap, toll og fradrag må vi prioritere:
1. **Lokale kilder først**: lokalt regnskap, eksisterende satser, bedriftens egne kontoplaner og maler
2. **Linkede kilder som referanse**: offentlige sider kan brukes til oppslag og kontroll, ikke som eneste sannhetskilde i en automatisk kjøring
3. **Versjonering**: regler må ha dato, kilde og gyldighetsperiode
**Gemma 4-bruk i R7:** god kandidat for bred klassifisering, dokumentforståelse og førsteutkast til strukturering; dårlig kandidat alene for endelig bokføringslogikk uten hardt regelsett.
### Spor 4: Simulert SMB-drift — uke 3–4
To bransjer Emil foreslo:
| Simulering | Data | Agenter |
|------------|------|---------|
| **Gård** (mineral + drivhus) | Reelle + visjon | geolog_geir, drivhus_dan, agronom_arne |
| **Handel/transport** | Syntetisk CSV + Kenneths formler | data_dina, forsker_frode |
Leveranse: **årsrapport** med inntekter/utgifter/ansatte — med tydelig «simulert» merking.
### Spor 5: Første kunde — parallelt
- **Fernando** / Follo-kontakt som Kenneth nevnte
- Pakke: «AI Kontor Start» — 3 agenter + Brain import + én rapport
- Kenneth: PM og scope; Emil: produkt; kontoret: leveranse
### Spor 6: Q OS Windows-boot autonomi
- Dokumenter **nøyaktig** terminalvindu/steg Emil bruker manuelt
- devops_dag + Hermes bounded script (maks 2 runder, whitelist)
- Mål: 15 % → 5 % manuelt før «ferdig»
---
## Hva Kenneth kan bidra med på Q OS (database/infobase)
Han sa selv at han har lite å bidra med på «Q OS» — men det stemmer **ikke** for:
| Hans styrke | Q OS-kobling |
|-------------|--------------|
| Prosjektledelse | Miro-plan, faser, beslutningslogg |
| Dataforståelse | **Regelverk** for rapporter (transport, regnskap) |
| Skepsis | **Kvalitetsport** — ingen demo uten formel-dokumentasjon |
| Pilotkunde | Fernando, scope, akseptanse |
---
## Neste konkrete steg (denne uken)
| # | Handling | Eier |
|---|----------|------|
| 1 | Emil: velg Miro-board + lim inn masterboard | Emil |
| 2 | Kenneth: velg **ett** pilot-case (sykkel / transport / annet) | Kenneth |
| 3 | Cursor: `export_training_usb_package.py` + R7-mandat «dokumentforståelse + regler & integrasjon» | Cursor |
| 4 | Emil: før/etter-test agenter — del resultat med Kenneth | Emil |
| 5 | Post til koordineringstavle + Hermes memory (Q OS Kenneth-align) | Cursor |
---
## Risikoer (ærlig)
| Risiko | Mitigering |
|--------|------------|
| Overselge AI uten bevis | test_terje + Kenneth godkjenner demo før møte |
| Miro uten sync | Repo-masterboard oppdateres ukentlig |
| Rådata uten regler | **Stopp** — krev rulebook før «analyse»-påstand |
| Offentlige nettsider endrer regler | Lokal kopi + versjonerte kilder før auto-beregning |
| Kenneth mister tillit | Si «dette er fase 0» når det er det |
---
*Relatert: `MIRO_Q_OS_MASTER_BOARD.md`, `FOLLO_ETABLERER_TELEFONMOTE_A4.md`, `KENNETH_CUSTOMER_AUTONOMY.md`, `projects/kube_os/docs/Q_OS_M1_ROADMAP.md`*