open/ms-ai-architect
1
0
Fork 0
Code Issues Releases 4 Activity

chore(privacy): scrub real-org references from plugin internals (phase 2)

Browse source 
Same bulk replacement applied to plugin-internal KB, examples, fixtures,
tests, and docs. Real organization names, persona names, internal system
identifiers, and domain-specific terms replaced with fictional generic
public-sector entity (DDT) and generic terminology.

Scope:
- okr/ — examples, governance, framework, integrations, sources
- ms-ai-architect/ — KB references (engineering, governance, security,
  infrastructure, advisor), tests/fixtures, agents, docs
- linkedin-thought-leadership/ — voice samples, network-builder,
  examples (genericized identifying headlines to "[your organization]")
- llm-security/ — research notes, scan report

Manual genericization beyond bulk replace:
- okr SKILL.md "Primary user / Domain" — generic Norwegian public sector
- linkedin-voice SKILL.md headline placeholder
- network-builder.md headline placeholder
- high-engagement-posts.md voice sample employer line + hashtag

Phase 3 (factual-attribution review) remains: a few KB files attribute
publicly known transport-sector docs/datasets (e.g. håndbok V440, NVDB)
to the fictional DDT after bulk replace. Needs manual semantic review
to either remove or restore correct citation without re-introducing
affiliation references.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
Kjell Tore Guttormsen 2026-05-03 04:28:15 +02:00
commit 781d98f62f
61 changed files with 138 additions and 138 deletions
Download patch file Download diff file Expand all files Collapse all files

4
skills/ms-ai-governance/references/norwegian-public-sector-governance/ros-sector-checklists.md
View file

@ -86,7 +86,7 @@ Dersom systemet tilhører flere sektorer, kombineres relevante sjekklister. Sekt
- **Forskrift om ITS (Intelligent Transport Systems)** — EU ITS-direktiv implementert i norsk rett
- **NKOM ITS-retningslinjer** — Nasjonal kommunikasjonsmyndighets krav til ITS-kommunikasjon
- **Veglova** — Vegmyndighetenes ansvar for statlig og kommunalt vegnett
- **Statens vegvesens håndbok V440** — Trafikksikkerhetsvurdering av veg og trafikkanlegg
- **Direktoratet for digital tjenesteutviklings håndbok V440** — Trafikksikkerhetsvurdering av veg og trafikkanlegg
### Sjekkliste transport (18 punkter)
@ -97,7 +97,7 @@ Dersom systemet tilhører flere sektorer, kombineres relevante sjekklister. Sekt
| T-03 | Er systemets håndtering av "worst-case"-scenarioer (glatt veg, sikt null, kritisk infrastrukturfeil) dokumentert og testet? | Sikkerhet | Kritisk |
| T-04 | Er fail-safe-modus definert — dvs. hva systemet gjør ved tap av sensordata, kommunikasjon eller modellkrash? | Robusthet | Kritisk |
| T-05 | Er ansvarsfordeling ved AI-relatert ulykke avklart juridisk — mellom system-eier, operatør og individuell bruker? | Juridisk / Ansvarlighet | Kritisk |
| T-06 | Er systemet sertifisert eller under sertifiseringsløp hos relevant tilsynsmyndighet (Statens vegvesen, Jernbanetilsynet, Luftfartstilsynet, Sjøfartsdirektoratet)? | Regulatorisk | Kritisk |
| T-06 | Er systemet sertifisert eller under sertifiseringsløp hos relevant tilsynsmyndighet (Direktoratet for digital tjenesteutvikling, Jernbanetilsynet, Luftfartstilsynet, Sjøfartsdirektoratet)? | Regulatorisk | Kritisk |
| T-07 | Er realtidsforsinkelse (latency) testet under verste-fall-nettverk, og er sikkerhetskritiske beslutninger tolerante overfor kommunikasjonsavbrudd? | Robusthet | Kritisk |
| T-08 | Er det etablert cyberresiliens mot trusler som GPS-spoofing, LiDAR-jamming og V2X-kommunikasjonsangrep? | Sikkerhet / Cyber | Kritisk |
| T-09 | Er systemet testet for norske klimaforhold (is, snø, mørketid, lavt solstå) som skaper ODD-avvik (Operational Design Domain)? | Kvalitet / Robusthet | Høy |