docs(plan): operatøren avgjorde V1 (O2) og B1 (O1) — B1 utført, V1 gated

To operatør-spørsmål som har ligget ferdig utredet ble avgjort 2026-07-31.
Ulike utførelsesbaner, derfor ulik status i samme commit.

B1 / D4 — VALGT O1 (form C) OG UTFØRT:
- README.md «Contents»-lista har fått én oppføring som lenker begge
  nav-golden-casene, i samme form som examples/bygg-energi-mikro/ på :19.
- Verifisert at klassen IKKE har fått bindingskraft: grep -c 'nav-golden'
  er fortsatt 0 i method-spec.md, ingest-spec.md, CONCEPT.md og
  skills/expert-reviewer/SKILL.md. Bare README (katalog, ikke kontrakt)
  gikk fra 0. Ingen implementasjon har fått en ny plikt.
- Oppføringen sier eksplisitt at den er informativ og at
  sammenligningsregelen ikke er pinnet — for å hindre at en lenke fra
  rot-README leses som fasit i method-spec §7s forstand.
- Bindingsproblemet i O0 står med vilje uløst; O1 gjør det synlig, ikke
  borte. Serialiseringsspørsmålet er uavhengig og fortsatt åpent.

V1 — VALGT O2, IKKE UTFØRT:
- generated: { by: "process:<fast id>", at: <ingested_at> }. Aktørstrengen
  er specens, ikke produsentens, så fasit-bytene forblir produsent-nøytrale.
- :29 (byte-for-byte) står ordrett uendret og kom IKKE i køen. Det var O1
  som ikke kunne vedtas uten å ta stilling til den; O2 unngår spørsmålet.
- Ingen frossen tekst er rørt. ingest-spec.md står på bfa5a9b/9801d35.
  Utførelsen er gated på at llm-ingestion-okf pinnes til en commit —
  forrige kryssgrense-kontroll traff main, en bevegelig gren (ab0ea8f).
- Køen når gaten åpner: :34, :70, :82, :214, :275 (5 av 7). :152 og :309
  navngir bare nøkkelen og overlever.
- Varslingsplikten mot llm-ingestion-okf er ikke lenger betinget: O2 ER
  vedtatt, så den forfaller ved deres neste fikstur-frys, ikke ved vår
  utførelse.
- Åpent, og følger ikke av vedtaket: hvilken <fast id> strengen bærer.

Begge underlagene står ordrett uendret under de nye status-blokkene —
grunnlaget vedtakene ble tatt på er ikke skrevet om i etterkant.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017dEaxg1rhRsAchm67jLUvU

docs/plan/2026-07-25-b1-nav-golden-normative-status.md

@@ -1,6 +1,10 @@
 # B1 / D4 — skal nav-golden-klassen ha en normativ referanse?
 
-**Status:** operatør-spørsmål. Dette dokumentet endrer **ingen** normativ tekst og foreslår
+**Status: AVGJORT OG UTFØRT 2026-07-31 — operatøren valgte O1** (form C: informativ kataloglenke
+fra `README.md`). Utført i samme økt; se **§5.1**. Underlaget under står uendret som grunnlaget
+vedtaket ble tatt på.
+
+Opprinnelig status: operatør-spørsmål. Dette dokumentet endrer **ingen** normativ tekst og foreslår
 ingen. Det svarer på det commons kan svare på uten å foregripe en ratifisering: hva som
 allerede er avgjort, hva tilstanden er i dag (fil + linje), hvilke referanseformer specen
 faktisk har, og hva hver av dem koster å ta i bruk her.
@@ -154,6 +158,30 @@ bundle til en mengde. Det er en reell arkitekturbeslutning, ikke en redaksjonell
 Serialiseringspoenget fra O2 punkt 3 gjelder her med full tyngde: en fasit med en `MAY` i
 sammenligningsregelen er ikke en fasit.
 
+### 5.1 Svaret, og hva som faktisk ble gjort (2026-07-31)
+
+**Vedtatt: O1** — form C. Én oppføring i `README.md`s «Contents (growing)»-liste, i samme form
+som `examples/bygg-energi-mikro/` på `:19`, som lenker begge casene og peker på deres egne
+`README.md`-filer for detaljene.
+
+**Frossen tekst er ikke rørt, og klassen har ikke fått bindingskraft.** Verifisert etter
+endringen: `grep -c 'nav-golden'` gir fortsatt **0** i `method-spec.md`, `ingest-spec.md`,
+`CONCEPT.md` og `skills/expert-reviewer/SKILL.md`. Bare `README.md` gikk fra 0 til treff, og
+README er katalog, ikke kontrakt (§3, form C: «oppdagbarhet; null konformansvekt»). Ingen
+implementasjon har fått en ny plikt. `git status` viste `README.md` som eneste endrede fil.
+
+**Oppføringen sier eksplisitt at den er informativ**, og at sammenligningsregelen ikke er pinnet
+— nettopp for å hindre den ene misforståelsen O1 kunne skapt: at en lenke fra rot-README gjør
+klassen til fasit i den forstand method-spec §7 bruker ordet.
+
+**Det O1 med vilje IKKE løser** (uendret fra §5s beskrivelse): bindingsproblemet i O0 står. Ingen
+spec-tekst sier at §11-raden `:425` og disse fixturene hører sammen — O1 gjør mangelen synlig,
+ikke borte. Å lukke den krever O2/O3 og en ratifiseringsrunde.
+
+**Serialiseringsspørsmålet er fortsatt åpent, og er uavhengig av dette vedtaket** (§6): to
+implementasjoner som sammenligner ulikt vil være uenige om nav-golden enten specen nevner klassen
+eller ikke. Det kan avgjøres separat og tidligere, og O1 verken løser eller foregriper det.
+
 ---
 
 ## 6. Hva commons vil peke på (ikke en anbefaling)