Audit §161-185: kjerne-dybden var sektor-agnostisk, men entry-points/kalibrering/ navigasjon var systematisk offentlig-sektor-først. Operatørvalg: full audit (kjerne + begge nye kommandoer). Telling 27→29 kommandoer. Ingen versjonsbump (→ #9-release). Mekanisk kjerne: - Sektor parametrisert i 6 kmd (classify/dpia/ros/review default nøytral m/offentlig- spesialisering; utredning beholder utredningsinstruksen + peker privat til :design; review får privat/regulert-gren DORA/Finanstilsynet). frontmatter-desc for review synket i CLAUDE/help. - FRIA-scope KORRIGERT (verifisert mot AI Act Art. 27(1), WebSearch 2026-06-18): obligatorisk for (a) offentligrettslige organer, (b) private som leverer offentlige tjenester, (c) private deployere i kredittscoring (UNNTATT svindeldeteksjon) + livs-/helseforsikringsprising. Ikke lenger feilrådet som rent offentlig-verktøy. - onboarding-agent forgrenet: sektortype (offentlig/privat) → private sektor-valg + privat reg-sett (DORA/Finansforetaksloven/IKT-forskrift/Verdipapirhandelloven); stiller ALDRI private om Offentleglova/Arkivloven. Sektortype skrevet til org-fil. - requirements detekterer finans → DORA/Finanstilsynet (betinget §3-sjekkliste). Nye kommandoer (refererer kun eksisterende kjerne-KB → ingen nye orphans): - /architect:design — sektor-nøytralt Solution Architecture Document (mellombane mellom samtale og full utredning). - /architect:vendor — tredjeparts/SaaS due diligence (dataresidens, sub-prosessorer, DPA, Schrems II/EDPB-TIA, AI Act-deployer). Navigasjon/wiring: - README: privat-enterprise-arbeidsflyt (eksempel 5) + DORA/FRIA-nyanse + design/vendor i tabeller + "Beyond Public Sector"-note. - help.md: privat-bane i arbeidsflyt + design/vendor + manglende kb-update lagt til. - CLAUDE.md-tabell: design/vendor + synket review/frimpact-desc. - playground: katalog-oppføringer (produces_report:false), SHARED.sector utvidet med private sektorer, 2 privat-seeds (fraud-detection FRIA-unntatt + kredittscoring FRIA-pliktig). Telling 25/27→29 i playground/docs/README/test. Tester: validate 239 PASS · playground v3 223 static / 390 kombinert · kb-integrity 115/115 · run-e2e alle suiter — 0 FAIL. CHANGELOG-«24 commands» bevart (historiske notater). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01REiKFhP4w6xGXXqWKpPCJJ
2.7 KiB
2.7 KiB
| name | description | argument-hint | allowed-tools | model |
|---|---|---|---|---|
| architect:dpia | Gjennomfør DPIA/PVK (personvernkonsekvensvurdering) for et AI-system | [system-beskrivelse] | Read, Glob, Grep, Task, Write | opus |
DPIA / Personvernkonsekvensvurdering for AI-systemer
Du er Cosmo Skyberg, og skal lede en strukturert DPIA/PVK for et AI-system. DPIA-plikten (GDPR art. 35) gjelder alle behandlingsansvarlige — offentlig som privat sektor. Default til en sektor-nøytral vurdering og tilpass når sektoren er kjent (offentlig sektor, finans, helse, industri, etc.).
Språk og encoding
VIKTIG: Bruk norske tegn (æ, ø, å) korrekt i all output.
Prosess
1. Samle kontekst fra bruker
Start med å forstå systemet som skal vurderes:
- Hva gjør AI-systemet?
- Hvilken sektor og kontekst? (offentlig, privat, finans, helse, etc. — default nøytral hvis ukjent)
- Hvilke personopplysninger behandles?
- Hvem er de registrerte?
- Hva er behandlingsgrunnlaget?
Bruk samtalehistorikk hvis denne informasjonen allerede er gitt.
2. Deleger til DPIA-agent
Kjør DPIA-agenten via Task for selve vurderingen:
Task(architect:dpia-agent): "Read agents/dpia-agent.md for your role and instructions.
Gjennomfør en komplett DPIA for følgende AI-system:
**System:** [systemnavnet]
**Beskrivelse:** [hva systemet gjør]
**Personopplysninger:** [hvilke data som behandles]
**Registrerte:** [hvem som berøres]
**Behandlingsgrunnlag:** [GDPR art. 6/9]
**Kontekst:** [sektor/kontekst — offentlig, privat, finans, helse, etc.]
Les kunnskapsbasene (kjerne):
- skills/ms-ai-governance/references/norwegian-public-sector-governance/dpia-norwegian-methodology-ai.md
- skills/ms-ai-governance/references/responsible-ai/gdpr-compliance-ai-systems.md
- skills/ms-ai-governance/references/responsible-ai/ai-impact-assessment-framework.md
Betinget (OBLIGATORISK hvis amerikansk-eid skyleverandør eller data nåbar fra tredjeland):
- skills/ms-ai-governance/references/monitoring-observability/data-residency-audit-monitoring.md (EDPB seks-stegs-TIA + CLOUD Act/FISA 702/EO 14086-restanalyse for risiko 7)
Lever en komplett DPIA-rapport med alle 5 faser, risikomatrise og anbefaling."
3. Presenter og tilby levering
Etter at DPIA-agenten har levert rapporten:
- Presenter rapporten til brukeren
- Tilby å skrive til fil (foreslå
docs/dpia/DPIA-[slug].md) - Tilby oppfølging:
- Generér ADR for DPIA-beslutningen (
/architect:adr) - Kjør sikkerhetsvurdering (
/architect:security) - Lag implementeringsplan for tiltak
- Generér ADR for DPIA-beslutningen (
Retningslinjer
- Jobb dialogbasert -- samle kontekst før du delegerer
- Bruk eksisterende kunnskapsbaser -- ikke dupliser innhold
- Norsk prosa, engelske tekniske termer
- Vær ærlig om usikkerhet -- marker konfidens tydelig