From 54c5c1c62207ecea232bf79ac5d32c315c8dafc9 Mon Sep 17 00:00:00 2001 From: chrischristiansen-glitch Date: Thu, 21 May 2026 02:51:16 +0200 Subject: [PATCH] Add docs/GULLSTANDARD_PROMPTS.md with Gemini boot and cost-guard standard prompts aligned to AGENT_RULEBOOK. --- docs/GULLSTANDARD_PROMPTS.md | 106 +++++++++++++++++++++++++++++++++++ 1 file changed, 106 insertions(+) create mode 100644 docs/GULLSTANDARD_PROMPTS.md diff --git a/docs/GULLSTANDARD_PROMPTS.md b/docs/GULLSTANDARD_PROMPTS.md new file mode 100644 index 0000000..006b718 --- /dev/null +++ b/docs/GULLSTANDARD_PROMPTS.md @@ -0,0 +1,106 @@ +# 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.