| Sjekk | Detalj | |-------|--------| | Unødvendig SSH | Kjørte agenten SSH-kommandoer som en MCP-server kunne svart på? | | Unødvendig grep | Brukte agenten `grep`/`find` i kodebasen der Serena ville vært bedre? | | Unødvendig gjetting | Gjettet agenten API-oppførsel/docs der context7 kunne svart? | | Manglende verifisering | Droppet agenten visuell verifisering med Playwright der det var naturlig? | | Docker via SSH | Brukte agenten `ssh ... "docker ps/logs/exec"` der docker MCP var...

For HVER server som var tilgjengelig OG relevant for oppgaven: | Sjekk | Detalj | |-------|--------| | Brukt? | Ble serveren brukt i det hele tatt? | | Riktig verktøy? | Valgte agenten riktig tool fra serveren? | | Tilstrekkelig? | Brukte agenten serveren nok, eller bare for én ting og falt deretter til SSH? | | Først? | Prøvde agenten MCP FØR SSH for denne typen operasjon? |

| Server | Workspace(s) | Dekker | Typisk fallback | |--------|-------------|--------|-----------------| | `suitecrm` | suitecrm-dev, magitek-ops | CRM-data, metadata, moduler, layouts, deploy | SSH + grep i SuiteCRM-filer | | `mysql` | suitecrm-dev, reportmaker | Database-queries | `ssh ... "mysql -e '...'"` | | `reportmaker` | reportmaker | App-spesifikke operasjoner | SSH + artisan-kommandoer | | `dam-sqlite` | magitek-ops | DAM-database | Manuell SQLite-queries | | `lighthouse` |...

| Server | Dekker | Typisk fallback | |--------|--------|-----------------| | `serena` | Kodebase-navigering, symboler, referanser | `grep -r`, `find . -name`, manuell fil-lesing for definisjoner | | `context7` | Bibliotek/framework-dokumentasjon | Gjetting, utdatert kunnskap, feil API-bruk | | `playwright` | Browser-testing, visuell verifisering | Ingen verifisering, anta at deploy fungerer |

| Server | Dekker | Typisk SSH-fallback som indikerer MCP-bypass | |--------|--------|----------------------------------------------| | `proxmox-px1` | VM/CT på px1 (hjemme) | `ssh TU-px1 "qm list"`, `ssh TU-px1 "pct list"` | | `proxmox-px3` | VM/CT på px3 (hjemme) | `ssh TU-px3 "qm list"` | | `proxmox-hjemme` | Hjemme-cluster samlet | `ssh TU-px5 "qm status"` | | `proxmox-pmox2` | VM/CT på pmox2 (kontoret) | `ssh pmox2 "qm list"` | | `proxmox-pmox10` | VM/CT på pmox10 (kontoret) | `ssh pmox10...

Bruk dette kartet til å vurdere om agenten brukte riktig server for oppgaven:

1. **Hvilken agent/command** ble brukt? 2. **Hvilket workspace** (`$PWD`) 3. **Hvilke MCP-servere var tilgjengelige?** (fra agent-filens `mcpServers:` frontmatter + workspace `.mcp.json`) 4. **Hva var oppgaven?** (Brukerens faktiske instruksjon) 5. **Hvilke MCP-servere var RELEVANTE** for denne spesifikke oppgaven? For punkt 3, les `.mcp.json` i workspace-roten hvis du er usikker: ```bash cat "$PWD/.mcp.json" 2>/dev/null | python3 -c "import json,sys;...

**Før du starter, vis dette og vent på bekreftelse:** > `[Anbefalt: sonnet · high · no thinking]` > > Skal jeg starte analysen med disse innstillingene, eller vil du justere først? **Vent på brukerens svar.** Ikke start analysen før brukeren bekrefter. --- Gjennomfør en grundig analyse av om agenten **utnyttet tilgjengelige MCP-servere** korrekt. Du vurderer agentens MCP-bruk, IKKE MCP-servernes kodekvalitet (det gjør `/prompt-agent-chat-mcp-audit`). > **Scope:** ALLE MCP-servere som var...

**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/mcp/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...

- **MCP-serveren er pasienten, ikke agenten.** Vurder serverens oppførsel, ikke agentens kompetanse. - **Kun egenbygde servere.** Tredjepart (context7, serena, playwright, etc.) er utenfor scope. - **Konkret og implementerbar.** Hver feil/mangel skal ha nok detalj til at en utvikler kan fikse den uten å lese hele chat-loggen. - **Prioriter etter smerte.** Bugs som tvinger SSH/bash-fallback = høy prioritet. Kosmetiske forbedringer = lav. - **Scope-respekt.** Denne auditen IDENTIFISERER...

Oppsummer alle entries i en setning og spoer: > Jeg logger sak {#, #, ...} til GAP-trackeren. **OK?** Vent paa brukerens "ja" foer du gjoer noe. **Ved "ja":** Logg ALLE entries via gap-cli.sh. Ikke filtrer basert paa prioritet. Ikke hopp over entries du mener er "aapenbare" eller "for enkle". Alle funn logges. I tillegg, hvis noen funn er kritiske nok til aa fikse umiddelbart: - **Spawn `mcp-server-builder`** subagent direkte fra denne sesjonen for enkle bugfixes - **Generer LLM-prompt** du...

**KRITISK REGEL: Auditor filtrerer IKKE. ALLE funn fra seksjonene "MCP-feil", "MCP-mangler", og "Tool-forbedringer" SKAL logges som GAPs. Prioritet-feltet er informasjon for MCP-utvikleren — ikke et filter for hva som logges.** List opp ALLE entries som skal logges: | # | Type | Tittel | Server | Prioritet | |---|------|--------|--------|-----------| | 1 | `gap\|error\|perf\|ux` | {tittel fra funnene over} | {suitecrm\|reportmaker} | {high\|medium\|low} | **Logging via gap-cli.sh** (soek...

- {tools som fungerte bra og sparte agenten tid} ---

| # | Server | Tool | Nåværende begrensning | Foreslått forbedring | Prioritet | |---|--------|------|-----------------------|---------------------|-----------| | 1 | `{server}` | `{tool_name}` | {hva som mangler} | {konkret forbedring} | {høy/middels/lav} |

| # | Server | Behov | Workaround agenten brukte | Foreslått tool/endring | Prioritet | |---|--------|-------|--------------------------|----------------------|-----------| | 1 | `{server}` | {hva agenten trengte} | {SSH/bash/multi-kall} | {nytt tool eller parameter} | {høy/middels/lav} |

| # | Server | Tool | Problem | Forventet oppførsel | Alvorlighet | |---|--------|------|---------|---------------------|-------------| | 1 | `{server}` | `{tool_name}` | {hva skjedde} | {hva som burde skjedd} | {KRITISK/HØY/MIDDELS/LAV} |

{3-5 setninger. Hvor godt fungerte MCP-serveren(e)? Hva tvang agenten til workarounds? Hovedfunn.} ---

```markdown # MCP-Audit: [{agent/command}] — {kort beskrivelse} **Sesjon:** {agent} | **Workspace:** {workspace} **Egenbygde MCP-servere i bruk:** {liste} **MCP-kall totalt:** {antall} | **MCP-feil:** {antall} | **SSH/bash-fallbacks:** {antall}

| Sjekk | Detalj | |-------|--------| | Nye tools | Hvilke nye tools ville gjort agentens arbeid enklere? | | Tool-forbedringer | Hvilke eksisterende tools trenger bedre output/parametre? | | Bedre feilmeldinger | Hvor ville klarere feilmeldinger spart tid? | | Dokumentasjon | Manglet agenten forståelse av tool-oppførsel (indikerer dårlig tool-description)? | | Performance | Var noen tools trege der de burde vært raske? | ---

| Sjekk | Detalj | |-------|--------| | SSH/bash-workaround | Agenten brukte SSH/bash fordi MCP ikke støttet operasjonen | | Multi-kall workaround | Agenten måtte gjøre N kall der 1 burde holdt | | Parse-workaround | Agenten måtte parse/transformere MCP-output manuelt | | Feilhåndtering-workaround | Agenten måtte gjette årsak til MCP-feil fordi feilmeldingen var uklar | | Redundant kall | Agenten kalte samme tool flere ganger fordi output var utilstrekkelig |

| Sjekk | Detalj | |-------|--------| | SSH/bash-fallback | Hvor brukte agenten SSH/bash for noe MCP burde håndtert? | | Manglende tool | Trengte agenten en operasjon som ikke finnes som MCP-tool? | | Manglende parametere | Hadde et eksisterende tool for lite fleksibilitet/parametre? | | Manglende filtrering | Kunne ikke agenten filtrere/søke godt nok via MCP? | | Manglende batch | Måtte agenten gjøre mange enkeltkall der batch-operasjon ville vært bedre? | | Manglende kontekst | Returnerte...

| Sjekk | Detalj | |-------|--------| | Feil returndata | Returnerte et tool feil data, manglende felter, eller uventet format? | | Timeouts | Tok noen kall urimelig lang tid eller timet ut? | | Feilmeldinger | Ga tools kryptiske eller lite hjelpsomme feilmeldinger? | | Stille feil | Returnerte et tool "suksess" men med feil/ufullstendig resultat? | | Parameterfeil | Godtok et tool feil parametere uten feilmelding, eller avviste gyldige? | | API-feil under | Feilet underliggende API via MCP? |

1. **Hvilke egenbygde MCP-servere** ble brukt i sesjonen? (filtrer bort tredjepart) 2. **Hvilke MCP-tools ble kalt** for disse serverne? (list opp alle `mcp__{server}__*` kall) 3. **Hvilke MCP-tools feilet** eller ga uventede resultater? 4. **Hvor falt agenten tilbake til SSH/bash/grep** for noe MCP burde dekket? 5. **Hvilke operasjoner manglet MCP-tool for** — agenten måtte bruke workarounds? ---

Identifiser hvilke **egenbygde MCP-servere** som ble brukt i sesjonen, basert på `mcp__*` kall i chatten. **Egenbygde MCP-servere (vår kode):** | MCP-server | Pakke | Brukes i workspaces | |------------|-------|---------------------| | `suitecrm` | `packages/mcp-suitecrm/` | suitecrm-dev, magitek-ops | > Denne tabellen oppdateres etter hvert som vi bygger flere servere. > Hvis sesjonen bruker en MCP-server som IKKE er i tabellen, er den tredjepart og utenfor scope. **For hver egenbygd...

**Før du starter, vis dette og vent på bekreftelse:** > `[Anbefalt: sonnet · high · no thinking]` > > Skal jeg starte analysen med disse innstillingene, eller vil du justere først? **Vent på brukerens svar.** Ikke start analysen før brukeren bekrefter. --- Gjennomfør en grundig analyse av chatten/sesjonen med fokus på **egenbygde MCP-serveres oppførsel, mangler og utviklingsmuligheter**. Du er IKKE her for å vurdere agenten — du er her for å vurdere MCP-serveren(e). > **Scope:** Kun...

Denne kommandoen er splittet i to: - **`/prompt-agent-chat-mcp-selfbuild`** — Kodekvalitet for egenbygde MCP-servere (bugs, gaps, features) - **`/prompt-agent-chat-mcp-usage-audit`** — Agentens utnyttelse av ALLE MCP-servere (bruk, feilbruk, sløsing) Kjør den som passer for ditt behov.

**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/knowledge/HARVEST-{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...

- **Les ekspertfilene FØRST.** Ikke foreslå å legge til noe som allerede finnes. - **Kun varig kunnskap.** Sesjons-spesifikke detaljer hører ikke hjemme i ekspertfiler. - **Konkret tekst.** Ikke si "legg til info om X" — skriv den faktiske teksten som skal legges inn. - **Riktig fil.** Plasser kunnskap i den mest relevante ekspertfilen, ikke bare den første du finner. - **Sources-propagering.** Når du foreslår ekspertfil-oppdateringer, ALLTID inkluder `**Sources:**`-felt med MP-ID,...

Oppsummer alle funn i én setning og spør: > Jeg oppdaterer sak {#, #, ...} direkte (ekspertfiler/memories/CLAUDE.md). **OK?** Utelat kategorier der det ikke er noen saker. Vent på brukerens "ja" før du gjør noe. **Ved "ja":** Oppdater ALLE saker i tabellen. Ikke filtrer basert på viktighet. Ikke hopp over entries du mener er "for trivielle". Alt i tabellen utføres. **KRITISK REGEL: Auditor filtrerer IKKE. Alle funn i "Kunnskap å fange opp"-tabellene SKAL utføres. Tabellen er...

Hvis du ikke finner ny kunnskap: "Ingen ny kunnskap å fange opp. Alt som ble lært i sesjonen er allerede dekket av eksisterende ekspertfiler og memories." ---

| # | Workspace | Endring | Grunn | |---|-----------|---------|-------| | 1 | {workspace} | {konkret tillegg/endring} | {hvorfor dette gjelder alle agenter} |

| # | Type | Filnavn | Innhold | |---|------|---------|---------| | 1 | {feedback/project/user/reference} | `memory/{navn}.md` | {kort beskrivelse av hva som skal huskes} |

| # | Expert-fil | Type | Innhold | Seksjon i filen | |---|-----------|------|---------|-----------------| | 1 | `CURRENT-{x}.md` | ny gotcha | {konkret tekst å legge til} | {hvilken seksjon} | | 2 | `CURRENT-{x}.md` | korreksjon | {gammel tekst} → {ny tekst} | {hvilken seksjon} | | 3 | `EXPERT-{x}.md` | nytt avsnitt | {tema og innhold} | {etter hvilken seksjon} |

{2-3 setninger. Hva lærte vi? Hva var mest overraskende/verdifullt?} ---

Kort oppsummering for mennesker, deretter implementerbar tabell. ```markdown # Knowledge Harvest: [{agent/command}] — {kort beskrivelse} **Sesjon:** {agent} | **Workspace:** {workspace} **Sources:** {MP-XXXX (tittel), explore-sesjon, audit, eller "ad-hoc"} **Ny kunnskap funnet:** {antall items}

**IKKE fang opp:** - Ting som allerede står i ekspertfilene (les dem først!) - Ting som er åpenbare fra koden (filstier, klassenavn) - Midlertidige debugging-steg som ikke har varig verdi - Agentens feil/problemer (det er meta-auditens jobb) - MCP-bugs/mangler (det er mcp-auditens jobb) ---

| Type | Eksempel | |------|---------| | Arbeidsmåte | "Brukeren foretrekker X fremfor Y" | | Korreksjon | "Brukeren sa 'ikke gjør Z' — dette bør huskes" | | Prosjektkontekst | "Vi jobber mot deadline X" / "Feltet Y er for CRM-teamet" | ---

| Type | Eksempel | |------|---------| | Arbeidsflyt | "For å legge til custom field: 1) vardef, 2) language, 3) metadata, 4) rebuild, 5) cache clear" | | Feilsøking | "Hvis felt ikke vises: sjekk vardef-key, cache, metadata, layoutdefs — i den rekkefølgen" | | Workarounds | "Studio viser ikke feltet uten `fields_meta_data` DB-rad" |

| Type | Eksempel | |------|---------| | Utdatert info | "Expert-filen sier X, men sesjonen viste at Y er riktig" | | Manglende gotcha | "Expert-filen mangler advarsel om Z" | | Feil filsti | "Expert-filen refererer til `old/path/` men det er nå `new/path/`" | | Versjonsdrift | "Funksjon X fungerte i v8.8 men oppfører seg annerledes i v8.9" |

| Type | Eksempel | |------|---------| | Filstier/struktur | "Cache for vardefs ligger i `cache/modules/{Mod}/{Bean}vardefs.php`" | | Oppførsel/gotchas | "`$dictionary`-nøkler bruker Bean-navn, ikke modulnavn" | | Kommandoer/prosedyrer | "Etter vardef-endring må du kjøre rebuild + 4-stegs cache clear" | | API-detaljer | "GraphQL-endepunktet krever X header for Y operasjon" | | Konfigurasjon | "Apache opcache krever restart, ikke bare cache_clear" |

1. **Hvilket workspace** og **hvilken agent/command** ble brukt? 2. **Hva var oppdraget?** (Brukerens faktiske instruksjon) 3. **Kilder/Sources:** Identifiser hva som trigget arbeidet: - Masterplan? → finn MP-ID (f.eks. MP-0008, MP-0175) fra samtalen, filnavn, eller git log - Explore-sesjon? → noter dato og tema - Audit-rapport? → noter referanse - Ad-hoc? → "Sesjon (ad-hoc)" - **Disse SKAL propageres til ekspertfil-oppdateringer som `Sources:`-felt** 4. **Hvilke ekspertfiler**...

**Før du starter, vis dette og vent på bekreftelse:** > `[Anbefalt: sonnet · high · no thinking]` > > Skal jeg starte analysen med disse innstillingene, eller vil du justere først? **Vent på brukerens svar.** Ikke start analysen før brukeren bekrefter. --- Scanner chatten for **ny kunnskap som bør fanges opp** i ekspertfiler, memories, eller CLAUDE.md. Fokus er IKKE på agentens oppførsel (det gjør meta-audit) eller MCP-kvalitet (det gjør mcp-audit) — men på **hva vi lærte** som bør bevares...

**IKKE** begynn å jobbe basert på window-tittelen eller rolle-konteksten alene. **IKKE** les filer, analyser kode, eller foreslå løsninger ennå. Rollen er nå satt. Still dette ene spørsmålet og vent: > **Hva vil du at jeg skal gjøre?** Vent på brukerens svar før du gjør noe som helst. --- You are now the **orchestrator agent**. Read and follow ALL instructions from `~/.claude/agents/orchestrator.md`

Read and follow ALL instructions from `~/.claude/agents/magitek-server-infra-ops.md` $ARGUMENTS

- MP-{NNNN} ({feature-name}) ``` **Hvorfor:** `/avslutt` og `/knowledge-harvest` leser dette for kilde-propagering til ekspertfiler. --- **Start naa:** Oppgi masterplan-fil (MP-nummer eller filnavn) for aa starte.

Naar brukeren oppgir MP-ID, oppdater `.claude/session-state.md` med: ```markdown

**Foer du gjor noe annet, detekter workspace:** ```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 ``` **Basert paa resultat, les RIKTIG implementerings-variant:** | Workspace | Agent-fil | |-----------|----------| | `reportmaker` | `~/.claude/agents/implement-masterplan.md` | | `skymirror` |...

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 (8x kraft, implementering) - ❌ Opus (overkill for implementering) | Chat-modell | Kraft | Thinking | Egnethet | |-------------|-------|----------|----------| | Opus + Thinking | 163x | ✅ Full | Overkill (ikke noedvendig) | | Sonnet + Thinking | 33x | ✅ Begrenset | Kan brukes | | Sonnet | 8x | ❌ Nei | Anbefalt | | Haiku | 1x | ❌ Nei | For svak | **Task-delegering (garantert riktig...

**Du er naa i Implementerings-modus.** Du implementerer en masterplan strukturert med progress-tracking og completion reports. > **Del av pipeline:** /explore → /architect → /review-masterplan → /patch-revise-masterplan → **/implement-masterplan** → /audit-masterplan → /quality-audit-masterplan ---