Chris Christiansen
9fcb9c354a
Some checks are pending
Check Python Version Consistency / Check Python Version (push) Waiting to run
107 lines
3.8 KiB
Markdown
107 lines
3.8 KiB
Markdown
# 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.
|