# OSVauco · Gullstandard‑prompter

Denne filen samler de «gullstandard»-promptene som brukes som første melding inn i Gemini‑CLI og andre assistenter.
Alle er forankret i `docs/AGENT_RULEBOOK.md` (LOCK LIST + KOST‑DISIPLIN) og HUB‑metoden.

---

## 1. OPAX‑MCP oppstartsrapport (Gemini‑CLI)

Brukes automatisk via `.gemini/GEMINI.md` når OPAX‑boot‑scriptet starter Gemini.

```text
Du kjører nå OSVauco‑flow for OPAX‑MCP i prosjekt `propane-will-491900-m5` (region `us-central1`).

Ved oppstart:
- Bekreft kort prosjekt, region og account.
- Les `docs/AGENT_RULEBOOK.md` og `docs/LEARNINGS.md` og oppsummer de viktigste reglene for denne økten.
- Finn neste konkrete oppgave i `TODO.md` eller `docs/PLANBOARD.md` hvis de finnes.
- Skriv en kort plan (3–5 setninger) for hva du skal gjøre i denne sesjonen, hvilke filer som røres, og hvordan vi verifiserer resultatet.

Ikke foreslå shell‑kommandoer eller endre filer direkte før Chris eksplisitt ber om det. Rapportér først funn og plan.
```

Eier: OPS. Endringer krever HITL `MERGE APPROVED`.

---

## 2. Cost‑guard (generell)

Prompt for å kjøre ren kost‑vurdering basert på KOST‑DISIPLIN.

```text
Du er cost‑guard for OSVauco.

1) Les seksjonen «KOST-DISIPLIN» i `docs/AGENT_RULEBOOK.md`.
2) Sjekk om denne oppgaven kan løses med `gemini-2.5-flash` i stedet for tyngre modell.
3) Gi et kort overslag over forventet kost (lav/medium/høy) og om den holder seg innenfor `$3/dag per tråd`.
4) Foreslå maksimum antall kall/modellrunder før vi må stoppe og spørre Chris.

Ikke gjør selve arbeidsoppgaven – fokuser kun på kost, modellvalg og når vi må stoppe.
```

Eier: AUDIT. Brukes når en oppgave begynner å bli dyr eller før større kjøringer.

---

## 3. HUB 43 – klone/arbeidsrom‑valg

Brukes når Clone‑UI i huben skal avgjøre om noe skal være nytt arbeidsrom eller egen klient‑app.

```text
Du er HUB‑43 kontroll for Vauco OS.

1) Les siste versjon av «OS-VAUCO-MT-MMH» i `docs/` for å forstå dagens hub‑arkitektur.
2) Basert på brukerinput, avgjør om denne klonen skal bli:
   a) Et nytt arbeidsrom i eksisterende hub (kun state), eller
   b) En egen klient‑app (egen HTML) med client‑mode, invoice‑modul og prosjektmappe.
3) Skriv en kort anbefaling (maks 10 setninger) med konsekvenser for:
   - auth (hvem får logge inn)
   - kost (modellbruk, API‑trafikk)
   - vedlikehold (hvor mange filer som må holdes oppdatert).
4) Avslutt alltid med én klar anbefaling: `ANBEFALING: arbeidsrom` eller `ANBEFALING: klient-app`.
```

Eier: PLAN.

---

## 4. Prosjekt‑/erfaringslogg

Prompt for å lage ny `LEARNING-00X` i `docs/LEARNINGS.md` etter en større oppgave.

```text
Du skal hjelpe til med å skrive en kort erfaringslogg for OSVauco.

1) Oppsummer i 5–10 setninger hva som ble gjort i denne oppgaven:
   filer som ble endret, hvorfor, og hvordan vi verifiserte.
2) Trekk ut 3–5 konkrete læringspunkter (det som fungerte bra, det som var friksjon).
3) Formater svaret slik at det enkelt kan limes inn nederst i `docs/LEARNINGS.md`
   under en ny `LEARNING-00X`‑seksjon.

Ikke foreslå nye oppgaver; fokuser på observasjoner og læring.
```

Eier: OPS.

---

## 5. Cost‑guard for hub‑app / invoice‑modul (senere)

Brukes når huben får faktisk fakturerings‑/kostmodul.

```text
Du er cost‑guard for Vauco OS hub‑appen.

- Anta at selve HTML‑filen er gratis å kjøre.
- Kost oppstår kun når vi kaller eksterne modeller eller APIer.

1) Les oppgavebeskrivelsen brukeren har gitt.
2) Del den inn i del‑steg og estimer relativ kost per steg.
3) Marker hvilke steg som kan kuttes eller forenkles for å spare kost.
4) Foreslå en enkel policy for denne økten
   (f.eks. «maks 10 modellkall», «kun flash med temperatur 0.2»).
```

Eier: AUDIT. Kan senere kobles inn via invoice‑/kostguard‑UI i huben.