For k-items og knowledge-relaterte u-items: - Les target-filen forst med Read-tool - Bruk Edit-tool for a legge til gotcha/korreksjon i riktig seksjon - ALDRI endre struktur, kun legg til tekst

> **Hvorfor subagent?** Ved slutten av sesjonen har du kontekst-tretthet. > En fersk Sonnet-agent folger instruksene presist og gjor korrekte edits. Spawn EN subagent som gjor ALT (tier 1 direkte + tier 2/3 logging): ``` Agent( subagent_type="generic-light", model="sonnet", description="Implement audit findings (3-tier)", prompt="Du er en implementerings-agent. Gjor ALLE disse endringene basert pa tre-tier-modellen. AUDIT-RAPPORTER (les disse for full kontekst): {liste med absolutte...

Nar brukeren sier "ja", kjores ALT automatisk uten flere valg: **Tier 1 — Direkte (trygt):** Knowledge/gotcha-tillegg i ekspert-filer (k-items, u-items som er rene knowledge-oppdateringer). Disse er trygge fordi de bare legger til tekst i eksisterende seksjoner. **Tier 2 — Gaps via unified API:** Funn som tilhorer andre systemer logges via `add_gap_multi()`: - **Syncrovanis (s-items)** → `add_gap_multi(workspace='syncrovanis', ...)` - **MCP-selfbuild (g-items)** →...

Vis dette etter rapportpresentasjonen: **Implementer funn? (ja/nei)** Default: ja - **ja** → Tier 1 implementeres direkte, Tier 2+3 logges til riktige workspaces - **nei** → Hopp over, ga videre til commit **Vent pa brukerens svar.**

| # | Type | Beskrivelse | Prioritet | Komponent | |---|------|-------------|-----------|-----------| | s{N} | ... | ... | ... | L0/L1/L2/L3/KB/state | --- FORMATERINGSREGLER: - Bruk ## headers, **bold**, og markdown-tabeller — ALDRI code blocks for presentasjonen - Prefix items med u1, g1, k1, m1, s1 etc. slik at brukeren kan cherry-picke - Utelat tomme seksjoner (f.eks. hvis MCP-audit sier 'ingen funn', vis bare en linje) - Vis oppsummeringen fra rapporten — den er skrevet for mennesker -...

| # | Prompt | Hva manglet | Komponent | |---|--------|-------------|-----------| | s{N} | ... | ... | L0/L1/L2/L3/KB |

| # | Prompt | Levert kontekst | Hvorfor irrelevant | |---|--------|-----------------|-------------------| | s1 | ... | ... | ... |

{Liste fra rapporten}

{Liste fra rapporten}

{Kopier sesjonsoversikt og sammendrag fra rapporten}

| # | Workspace | Endring | |---|-----------|---------| | k{N} | ... | ... | ---

| # | Type | Innhold | |---|------|---------| | k{N} | ... | ... |

| # | Expert-fil | Type | Innhold | |---|-----------|------|---------| | k1 | ... | ... | ... |

| # | Situasjon | MCP-server | Tool | |---|-----------|-----------|------| | m{N} | ... | ... | ... | ---

| # | Kommando | MCP-server | MCP-tool | Token-kostnad | |---|----------|-----------|----------|---------------| | m1 | ... | ... | ... | ... |

{Kopier oppsummeringen. Utelat hele seksjonen hvis rapporten sier 'ingen funn'}

| # | Type | Tittel | Prioritet | |---|------|--------|-----------| | g1 | ... | ... | ... | ---

{Kopier oppsummeringen. Utelat hele seksjonen hvis rapporten sier 'ingen funn'}

| # | Type | Endring | Prioritet | |---|------|---------|-----------| | u1 | ... | ... | ... | ---

{Liste fra rapporten — utelat hvis ingen}

{Liste fra rapporten}

{Kopier 'Oppsummering (for mennesker)'-avsnittet fra rapporten}

**Hvis audit ble kjort (ekstern ELLER in-session), er ALLE steg under OBLIGATORISKE.** **Du MA IKKE ga til neste steg (commit/push) for brukeren har svart pa implementeringsmenyen.** --- **Steg A: Finn rapportene** ```bash find coordination/maintenance/audits/ -name "*.md" -mmin -10 | sort ``` Samle filstiene til alle rapporter som ble opprettet. **Steg B: Deleger presentasjon til fersk subagent** > **Hvorfor subagent?** Ved /avslutt har du typisk 50-150K tokens kontekst og akkumulert >...

Vis session-audit.sh sin "Agent Summary"-output til brukeren. Den inneholder: - Hvilken modell og effort hver agent brukte - Tid brukt per agent - Status (OK/FAIL/TIMEOUT) - Logg-storrelse per agent Formater dette som en markdown-tabell: | Analyse | Modell | Effort | Tid | Status | |---------|--------|--------|-----|--------| | meta | copilot:claude-opus-4.6 | xhigh | Xs | OK/FAIL | | mcp-selfbuild | copilot:claude-sonnet-4.6 | high | Xs | OK/FAIL | | ... | ... | ... | ... | ... |

Etter at audit er ferdig (eller TIMED OUT), kjor ALLTID: ```bash find coordination/maintenance/audits/ -name "*.md" -mmin -10 | sort ``` Verifiser at rapportfiler faktisk eksisterer. Skill eksplisitt mellom: - **Repo-state** (git status i workspace) — committet av `--commit`? - **~/.claude/ state** (memory, agent-filer) — IKKE i git, ma verifiseres separat Hvis det finnes ucommittede audit-rapporter, stage og commit dem manuelt: ```bash git add coordination/maintenance/audits/ && git commit...

**Ekstern (Enter):** ```bash ~/.claude/scripts/session-audit.sh latest --workspace "$PWD" --save-brief coordination/task-briefs/ --verbose --commit ``` Hardkodet konfigurasjon (fra `~/.claude/scripts/session-audit.conf`): | Analyse | Modell | Effort | Begrunnelse | |---------|--------|--------|-------------| | Meta-audit | Copilot Opus 4.6 | xhigh | Dyp instruks-analyse | | MCP-selfbuild | Copilot Sonnet 4.6 | high | Strukturert kodegjennomgang | | MCP-usage | Copilot Sonnet 4.6 | high |...

Kjor AUTOMATISK med hardkodet optimal config (ekstern via Copilot). Ingen meny — bare start.

Alle menyer i denne kommandoen skal vises som **ren tekst** i chatten. Brukeren skriver et tall eller bokstav som svar. **ALDRI** bruk `AskUserQuestion`-toolen — den mangler ofte valg og er tungvint.

```bash if [ -f artisan ]; then basename "$(pwd)"; elif [ "$(basename $(pwd))" = "mcp-servers" ]; then echo "mcp-servers"; elif [ "$(basename $(pwd))" = "magitek-ops" ]; then echo "ops-workspace"; else echo "unknown: $(basename $(pwd))"; fi ``` | Workspace | Agent-fil | |-----------|----------| | `reportmaker` / `skymirror` / annen Laravel-app | `~/.claude/agents/quality-audit-masterplan.md` | | `ops-workspace` (magitek-ops) | `~/.claude/agents/quality-audit-masterplan-ops.md` | |...

Du har **direkte tilgang** til all kontekst i denne chatten: - Bilder og skjermbilder brukeren har delt - Tidligere diskusjoner og beslutninger - Ekspertfiler som allerede er lastet > Agenten via Task har IKKE denne konteksten. ---

Denne kommandoen bruker din **naaværende chat-modell** og innstillinger. **Anbefalt modell:** - ✅ Sonnet + Extended Thinking (33x kraft, systematisk audit) - ❌ Haiku (for svak til dypanalyse) | Chat-modell | Kraft | Thinking | Egnethet | |-------------|-------|----------|----------| | Opus + Thinking | 163x | ✅ Full | Overkill for audit | | Sonnet + Thinking | 33x | ✅ Begrenset | Anbefalt | | Sonnet | 8x | ❌ Nei | Ok for smaa MP-er | | Haiku | 1x | ❌ Nei | For svak | **Task-delegering...

**Du er naa i Quality Audit-modus.** Din jobb er aa gjoere en grundig kodekvalitets-audit av koden som ble produsert av en masterplan-implementering. > **Du er IKKE plan-compliance auditoren.** Det er `/audit-masterplan`. Du ser paa koden med friske oeyne og spoer: "Er dette godt skrevet?" - uavhengig av om planen ble fulgt. ---

Skriv rapport til `coordination/maintenance/audits/syncrovanis/` med YAML-frontmatter: ```yaml --- audit_date: YYYY-MM-DD audit_model: in-session audit_tier: in-session files_modified: [] files_created: [] analysis_only: true --- ``` Strukturer med: Sesjonsoversikt, Per-Prompt Analyse, Sammendrag (styrker/svakheter/falske positiver/negativer), Metriker-tabell, og Utbedringer-tabell med prefix `s1`, `s2`, etc.

- Slash-commands (/agent-meta, /explore) gir L0-hit — dette er forventet og korrekt - Delta-leveranser (type=delta) SKAL inneholde mindre enn initial — by design - hit=false er IKKE nodvendigvis feil — noen prompts trenger ikke domene-kontekst - Skill mellom Syncrovanis-feil og KB-innholds-feil

- Delta-tracking riktig? (ikke re-levere allerede sett kontekst) - Domene-akkumulering korrekt?

- Proporsjonal med nytten? - Unodvendig store blokker?

- L0: Strukturell matching (slash-commands, agent-patterns) - L1: Keyword-matching mot kb-workspace.json - L2: FTS5 fulltekstsok i KB - L3: LLM-klassifisering (Copilot/Gemini) - Ble riktig lag brukt? Stoppet for tidlig? L3 unodvendig?

- Var de leverte filene de RIKTIGE for konteksten? - Duplikater? Viktige filer utelatt?

- Klassifiserte Syncrovanis riktige domener? - Var det domene-drift (f.eks. Proxmox-kontekst til SuiteCRM-arbeid)?

- **Spot-on**: Konteksten var direkte relevant for brukerens behov - **Delvis relevant**: Noe nyttig, men ogsaa stoy - **Irrelevant**: Ingenting med promptet aa gjore - **Manglende**: Burde levert kontekst men gjorde det ikke (false negative)

For HVERT prompt i sesjonen: 1. Les brukerens prompt 2. Identifiser hva brukeren faktisk trengte (basert paa prompt + foregaaende dialog) 3. Finn `system-reminder`-blokken etter promptet — dette er Syncrovanis-konteksten 4. Vurder: Var konteksten **spot-on**, **delvis relevant**, **irrelevant**, eller **manglende**?

1. **Samtalehistorikken** — Du har direkte tilgang til hele sesjonen. `system-reminder`-tagger etter hvert bruker-prompt inneholder Syncrovanis-output. 2. **Syncrovanis-logg** — Kjor dette for aa hente strukturert data: ```bash ~/.claude/scripts/extract-syncrovanis-session-log.sh "<session-id>" --output /tmp/syncrovanis-audit.md ``` Finn session-ID fra det forste `system-reminder`-innholdet (sid-felt) eller fra transkriptet.

**For du starter, vis dette og vent paa bekreftelse:** > `[Anbefalt: sonnet · high · no thinking]` > > Skal jeg starte analysen med disse innstillingene, eller vil du justere forst? **Vent paa brukerens svar.** Ikke start analysen for brukeren bekrefter. --- Gjennomfor en grundig analyse av hvor godt **Syncrovanis** leverte kontekst gjennom denne sesjonen. Syncrovanis er et dynamisk kontekst-leveringssystem som injiserer domene-spesifikk kunnskap (ekspertfiler, gotchas, workflows,...

**Steg 1 — Vis hele rapporten i chat.** IKKE forkort, avkort, eller oppsummer. Brukeren skal kunne lese alt uten å åpne filen. Vis hele markdown-rapporten direkte i chat-svaret. **Steg 2 — Lagre til fil.** Etter at rapporten er vist i chat, lagre den OGSÅ til fil: **Sti:** `coordination/maintenance/audits/meta/AUDIT-{YYYY-MM-DD}-{kort-slug}.md` - `{kort-slug}` = 2-4 ord som beskriver sesjonen (f.eks. "lead-navn-synk-hooks") - Opprett mappene hvis de ikke finnes (`mkdir -p`) - Bruk Write tool...

1. **Én samlet utbedringstabell** — alle funn i én tabell med "Løsning"-kolonne (direkte / subagent / ny sesjon) 2. **Én enkel godkjenning** — oppsummer alt i én setning og spør "OK?". ALDRI presenter tre separate punkter med valgmuligheter. 3. **Ved "ja":** Fiks direkte-saker umiddelbart, spawn subagenter for delegerbare saker, noter ny-sesjon-saker i rapporten. Alt i én operasjon. 4. **Spawn ALDRI subagenter uten eksplisitt godkjenning.** agent-meta skriver ALDRI app-kode eller...

- **Vær konkret.** Si HVILKEN MCP-tool, HVILKEN linje i agent-filen, HVILKEN fil. - **Skyldfordeling.** Skill agentfeil fra systemfeil. MCP-bug ≠ agentfeil. Manglende agent-regel ≠ agentfeil. - **Scope-respekt.** Auditen SKAL identifisere hva som kan fikses i agent-meta og hva som må delegeres. ALDRI foreslå at agent-meta fikser MCP-kode, app-kode, eller infrastruktur. - **LLM-first output.** Utbedringstabellen skal være direkte implementerbar — med filsti, konkret endring, og prioritet. -...

| Score | Betydning | |-------|-----------| | **A** | Fulgte alle instrukser, MCP optimal, god tokenøkonomi, ingen anti-patterns | | **B** | Små avvik, men riktig og effektivt resultat | | **C** | Klare feil eller ineffektivitet, men brukbart resultat | | **D** | Vesentlige instruksbrudd, dårlig verktøybruk, mye sløsing | | **F** | Fundamentale feil: core-endringer, destruktive kommandoer, feil resultat | ---

Oppsummer alle utbedringer i én setning og spør: > Jeg fikser sak {direkte-saker} direkte, spawner subagent for sak {subagent-saker}, og noterer sak {ny-sesjon-saker} som ny sesjon. **OK?** Utelat kategorier der det ikke er noen saker. Vent på brukerens "ja" før du gjør noe. **Ved "ja":** Bruk utbedringstabellen som arbeidsliste — den inneholder all nødvendig informasjon. Ikke gå tilbake og let i rapporten etter detaljer som burde stått i tabellen. ```

Én samlet tabell. Kolonne "Løsning" angir om agenten fikser direkte, spawner subagent, eller om det krever ny sesjon. **VIKTIG:** Tabellen er den autoritative listen over alt som skal gjøres. "Endring"-kolonnen MÅ inneholde nok detalj til at endringen kan implementeres uten å lese resten av rapporten på nytt. Vær konkret: filsti, regelformulering, gotcha-tekst, bug-beskrivelse. Ikke skriv "oppdater med funn fra audit" — skriv den faktiske teksten/regelen. | # | Type | Fil/lokasjon | Endring |...

- Sløsing: {lav/middels/høy} — {verste eksempel hvis relevant} ---