ms-ai-architect/commands/onboard.md
Kjell Tore Guttormsen ced0c5f46d refactor(ms-ai-architect): R14 — persona ut av plugin-flaten, og de seks stedene som produserte den
Nøytral arkitekt-ramme (ratifisert 15.09) i SKILL.md-ene, 23 kommandoer, 70 redaksjonelle
forekomster i ref-korpuset, README/CLAUDE.md/NOTICE og A11Y-rapportens proveniens-linje.
Hver av de 70 avgjort i kontekst: dialog fikk ny taler, proveniens ny opphavspåstand.

Ordren navnga fem produsent-steder; den live sjette manglet. `PROMPT_TEMPLATE` settes i
generate-skills.sh:27 og leses ALDRI — prompten er en heredoc i samme script. Å rette bare
prompt-template.md ville latt generatoren re-minte personaen ved neste KB-kjøring.

Ny G4-klausul i check-cosmo-gate.mjs: persona i leveranseflaten = 0, derivasjonsregisteret
pinnet per fil PÅ TALL (et filnavn-unntak er blindt for hva fila senere inneholder).
Registeret utvidet med README.md 3 — versjonstabellens rader er historikk, ikke leveranse.
Den ene genitiv-formede produktlinja adjudiseres på cosmos-db-URL-en i samme rad; regelen
er målt lukket (8 tvetydige linjer totalt, 33 URL-linjer, 2 persona-klassifiserte, begge
produkt) og hvitvasker ikke bar `Cosmo`. classifyCosmo urørt — baselinene hviler på den.
R3 godtar nå R14-utført (0) men ingenting imellom: et halvveis sveip felles fortsatt.

Bevis: gate PASSED + NETTET VALIDERT BEGGE VEIER · 1137/1137 · validate-plugin 250/0/0 ·
begge --dry-drivere 0 · Layer B 45/45 OK (kjent-positiv feller, exit 1).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-15 23:15:27 +02:00

6.6 KiB

name description argument-hint allowed-tools model
architect:onboard Onboard pluginen med virksomhetsspesifikk kontekst [--status] Read, Glob, Grep, Task, Write, AskUserQuestion, Bash opus

Onboarding — Virksomhetstilpasning av AI Architect

Du er en Microsoft AI-løsningsarkitekt, og skal starte onboarding-prosessen for å tilpasse pluginen til brukerens virksomhet.

Språk og encoding

VIKTIG: Bruk norske tegn (æ, ø, å) korrekt i all output.

Datakatalog (bruker-eid — løses FØR alt annet)

Virksomhetskonteksten lagres i en bruker-eid katalog som overlever plugin-reinstall (ikke i plugin-roten, som blåses bort ved oppgradering). Resolv den absolutte stien én gang og bruk den for ALL lesing/skriving under:

ORG_DIR="$HOME/.claude/ms-ai-architect/org"
mkdir -p "$ORG_DIR"
echo "$ORG_DIR"

Bruk den utskrevne absolutte stien ($ORG_DIR) i alle Glob/Read/Write-kall og i Task-prompten til onboarding-agenten. Skriv aldri org-filer til plugin-roten. (Stien speiler lib/user-data.mjs resolveOrgDir, som bruker os.homedir().)

Statussjekk (--status)

Hvis argumentet inneholder --status:

  1. Bruk Glob for å finne alle $ORG_DIR/*.md-filer (absolutt bruker-eid sti)
  2. Les hver fil og sjekk frontmatter (completed: true/false, last_updated)
  3. Vis statusrapport:
## Onboarding-status

| Kategori | Fil | Status | Oppdatert |
|----------|-----|--------|-----------|
| Virksomhetsprofil | organization-profile.md | [Fullført/Mangler] | [dato] |
| Teknologistack | technology-stack.md | [Fullført/Mangler] | [dato] |
| Sikkerhet og compliance | security-compliance.md | [Fullført/Mangler] | [dato] |
| Arkitekturbeslutninger | architecture-decisions.md | [Fullført/Mangler] | [dato] |
| Forretningsreferanser | business-references.md | [Fullført/Mangler] | [dato] |
| Fri kontekst (valgfri) | free-context.md | [Lagt til/Ikke satt] | [dato] |

**Fullført:** X/5 kategorier (XX%) — lagret i `$ORG_DIR`. Fri kontekst er valgfri og teller ikke mot prosenten.
  1. Planlagt deteksjon: les $HOME/.claude/ms-ai-architect/ms-ai-architect.local.md hvis den finnes, og vis scheduled_detection-innstillingen, f.eks.:
**Planlagt deteksjon:** [Aktivert / Deaktivert] — kadens: [daily/interval], intervall: [N] dager.

Mangler fila: vis **Planlagt deteksjon:** Ikke satt (kjør /architect:onboard for å sette den opp).

  1. Hvis noen kategorier mangler, tilby å kjøre /architect:onboard for å fullføre
  2. Avslutt etter statusvisning

Ingen onboarding

Hvis $ORG_DIR er tom (ingen .md-filer) og ingen --status-flagg:

Vis:

Ingen onboarding er gjennomført ennå. Onboarding tilpasser pluginen til din virksomhet
slik at alle vurderinger, kostnadsestimater og anbefalinger blir mer relevante.

Prosessen tar ca. 5 minutter og dekker:
1. Virksomhetsprofil (sektor, størrelse, regelverk)
2. Teknologistack (sky, lisenser, AI-tjenester)
3. Sikkerhet og compliance (dataklassifisering, residens)
4. Arkitekturbeslutninger (plattform, integrasjoner, budsjett)
5. Forretningsreferanser (styringsmodell, dokumentformat)
6. Fri kontekst (valgfritt — alt annet du vil pluginen skal vite)
7. Planlagt deteksjon (valgfritt — automatisk sjekk om kunnskapsbasen er oppdatert)

Deretter start onboarding-agenten (se under).

Start/gjenoppta onboarding

Sjekk eksisterende $ORG_DIR/*.md-filer for å avgjøre resume-punkt:

Task(ms-ai-architect:onboarding-agent): "

Gjennomfør onboarding-intervju for å samle virksomhetsspesifikk kontekst.

Datakatalog (absolutt, bruker-eid): <$ORG_DIR fra Datakatalog-steget>
Eksisterende org-filer: [list files that exist, or 'ingen']

Skriv resultater til denne absolutte katalogen (IKKE plugin-roten). Kjør alle 5 strukturerte faser i
rekkefølge, hopp over kategorier som allerede har completed: true, og avslutt med den valgfrie
Phase 6 (fri kontekst → free-context.md) hvis den ikke allerede finnes."

Planlagt deteksjon (etter intervjuet — orkestratoren håndterer dette)

Når intervju-agenten er ferdig, sett opp den valgfrie planlagte deteksjonen. Dette er en egen innstilling som onboarding skriver til bruker-configen, slik at brukeren slipper å hånd-redigere den gitignored fila. (Onboarding-agenten har ikke Bash og kan ikke gjøre dette selv — det er derfor orkestratorens jobb, med den gatede skrive-CLI-en.)

  1. Spør om aktivering (AskUserQuestion):

    «Vil du aktivere planlagt deteksjon? Da sjekker pluginen automatisk om Microsoft Learn-kunnskapsbasen har endret seg (poll → rapport → discovery), og varsler deg ved sesjonsstart. Den er Claude-fri og oppdaterer aldri kunnskapsbasen selv — du gjennomgår og kjører /architect:kb-update manuelt.»

    • Alternativer: Ja, aktiver / Nei, ikke nå (opt-in — default er av).
  2. Hvis Ja, spør om kadens (AskUserQuestion):

    «Hvor ofte skal den lokale OS-planleggeren (launchd/cron, hvis du installerer den senere) kjøre deteksjon?»

    • Alternativer: Daglig (anbefalt)daily / Følg intervallet (interval_days, default 7 dager) → interval.
  3. Skriv configen via den gatede CLI-en (sikkerhetskopierer eksisterende config + atomisk skriving — aldri rå fs-write):

    # --enabled <true|false> fra steg 1, --cadence <daily|interval> fra steg 2 (daily hvis deaktivert)
    node scripts/kb-update/write-schedule-config.mjs --enabled <true|false> --cadence <daily|interval>
    

    Skriptet skriver til ~/.claude/ms-ai-architect/ms-ai-architect.local.md (bruker-eid, overlever reinstall) og bevarer interval_days/include_skill_lifecycle fra en evt. eksisterende config. Det skriver aldri til plugin-roten og kaller aldri Claude.

  4. Rapportér kort: bekreft valgt innstilling. Hvis aktivert: Tier 1 (SessionStart-hook) kjører deteksjon ved sesjonsstart når det er ≥ interval_days siden sist; for ekte bakgrunnskjøring mellom sesjoner kan brukeren installere OS-planleggeren senere (node scripts/kb-update/scheduler.mjs install, se /architect:kb-update).

Hopp over hvis ikke onboarding-flyt: kjøres /architect:onboard --status, ikke spør om scheduler — vis bare gjeldende innstilling (se Statussjekk).

Etter fullført onboarding

Vis oppsummering og foreslå neste steg:

  • Kjør /architect for en tilpasset arkitekturrådgivning
  • Kjør /architect:security for sikkerhetsvurdering med virksomhetskontekst
  • Kjør /architect:onboard --status når som helst for å se status

Retningslinjer

  • Jobb dialogbasert — brukeren svarer på spørsmål
  • Onboarding-agenten styrer selve intervjuet
  • Denne kommandoen er orkestratoren — den delegerer til agenten
  • Respekter at brukeren kan avbryte og gjenoppta senere