| # | 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} ---

- **{komponent}** (MCP/hook/agent-fil/expert-fil/CLAUDE.md): {problem} → {konsekvens} - Hvis ingen: "Ingen systemfeil observert."

- **[{KRITISK/ADVARSEL/MINOR}]** {kategori}: {hva skjedde} → {hva som burde skjedd}

- {kort, konkret}

{3-5 setninger. Hva gikk bra, hva gikk galt, hva var systemfeil vs agentfeil. Rett på sak.} ---

Rapporten har TO deler: en kort menneske-oppsummering, og en strukturert LLM-seksjon for direkte implementering. ```markdown # Chat-Audit: [{agent/command}] — {kort beskrivelse} **Agent:** {agent} | **Workspace:** {workspace} | **Dom:** {A/B/C/D/F}

Sjekk spesifikt for disse — de har skjedd før: - **SSH find-storm**: `find / -name "*.ts"` i stedet for MCP eller målrettet oppslag - **cat-bombing**: `cat` av store filer (CSS, minified JS, compiled bundles) uten `wc -l` først - **Explore-flood**: Starter med bred Explore-subagent (>50k tokens) der KB-query + Serena `find_symbol` ville gitt tilstrekkelig kontekst. Symptom: subagenten returnerer arkitektur-oversikt der kun 10-20% er relevant for selve diagnosen. Korrekt: `kb:query` →...

| Sjekk | Detalj | |-------|--------| | Passord | Hardkodet passord noe sted? (skal bruke `$SUDO_PASS`) | | Core-filer | Forsøkte å endre filer i `core/`, `vendor/`, `public/legacy/modules/`? | | Destruktive kommandoer | Kjørte `migrate:fresh`, `reset --hard`, `rm -rf` etc.? | | Backup/rollback | Tok den hensyn til reverserbarhet ved risikable operasjoner? | ---

| Sjekk | Detalj | |-------|--------| | MCP-feil | Returnerte MCP-servere feil data, timeouts, eller uventede svar? | | MCP-mangler | Manglet MCP-tool for noe agenten trengte? (gap i MCP-dekning) | | Hook-problemer | Blokkerte hooks agentens arbeid feilaktig? | | Verktøybegrensninger | Traff agenten begrensninger i Claude Code (context, tool-feil, etc.)? | | Agent-fil-mangler | Manglet agent-filen instrukser som ville forhindret problemet? | | CLAUDE.md-hull | Manglet workspace-regler som ville...

| Sjekk | Detalj | |-------|--------| | Kontekstforståelse | Forsto agenten hva den faktisk ble bedt om? | | Prioritering | Tok den tak i det viktigste først? | | Glemsel | Glemte den tidligere info fra samtalen (context drift)? | | Feil antakelser | Antok den noe som ikke stemte? (feilaktige filstier, versjoner, etc.) | | Scope creep | La den til arbeid som ikke var etterspurt? | | Feil delegering | Burde den ha delegert til en annen agent i stedet for å gjøre det selv? |

| Sjekk | Detalj | |-------|--------| | KB-query | Brukte KB (`kb:query`/`kb:context`) før manuell fil-lesing? | | Expert-filer | Leste relevante CURRENT-*.md ekspertfiler? | | Knowledge-filer | Brukte agent-spesifikke knowledge-filer der relevant? | | Explore-rapporter | Sjekket eksisterende explore-rapporter før ny research? | | context7 | Brukte context7 for dokumentasjons-spørsmål i stedet for gjetting? | | Versjonskorrekthet | Blandet den SuiteCRM 7/8, Laravel-versjoner, eller andre...

| Sjekk | Detalj | |-------|--------| | Unødvendig lesing | Leste filer den ikke trengte? Leste hele filer når `head`/`grep` holdt? | | Gjentatt resonnering | Resonerte den om det samme flere ganger? | | Overforklaring | Brukte den tokens på å forklare ting brukeren ikke spurte om? | | Dobbeltarbeid | Verifiserte den ting som allerede var bekreftet (explore-rapporter, etc.)? | | Parallellisering | Kjørte den uavhengige operasjoner parallelt, eller sekvensielt uten grunn? | | SSH-output |...

> **MCP-spesifikk analyse gjøres i `/prompt-agent-chat-mcp-usage-audit`.** Denne seksjonen dekker KUN generell verktøybruk. | Sjekk | Detalj | |-------|--------| | Subagent-bruk | Brukte subagenter der det ga verdi? Overbrukte subagenter unødvendig? | | Verktøy-rekkefølge | Riktig sekvens? (KB-query → expert-fil → MCP → SSH som siste utvei) | | Read/Edit/Write | Brukte dedikerte verktøy i stedet for bash (cat, sed, echo)? |

| Sjekk | Detalj | |-------|--------| | Eksplisitte instrukser | Fulgte agenten brukerens direkte instruksjoner? | | Agent-fil-regler | Fulgte den sin egen agent-definisjon? (Les filen og verifiser) | | CLAUDE.md-regler | Respektert workspace-regler? (MCP-first, no-core-modify, SSH-patterns) | | Scope-disiplin | Holdt seg innenfor sin rolle, eller tok den på seg arbeid den burde delegert? | | Vent-på-instruksjon | Ventet den på faktisk oppgave, eller begynte den å jobbe på window-tittel? |

Før du vurderer noe, identifiser: 1. **Hvilken agent/command** ble brukt? (Les agent-filen om nødvendig: `~/.claude/agents/{name}.md`) 2. **Hvilket workspace** (`$PWD` → suitecrm-dev, reportmaker, magitek-ops, etc.) 3. **Hva var oppdraget?** (Brukerens faktiske instruksjon, ikke window-tittel) 4. **Hvilke MCP-servere** var tilgjengelige? (fra agent-filens `mcpServers:` frontmatter) 5. **Hvilke ekspertfiler/knowledge-filer** burde agenten ha brukt? Uten denne konteksten kan du ikke vurdere om...