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

README.md

@@ -20,6 +20,15 @@ so the only thing that differs is the agent framework itself.
   bundle (OKF / LLM-wiki): one office building, one LED-retrofit measure, with a seed expert
   verdict encoding the realization gap and a golden-suite of expected validator outcomes. A
   small **dev fixture** for exercising the agentic loop; a realistic full-scale example comes later.
+- [`examples/nav-golden-hierarchy/`](examples/nav-golden-hierarchy/) and
+  [`examples/nav-golden-escape/`](examples/nav-golden-escape/) — the **nav-golden** fixture class:
+  `bundle/` in, `expected-read-context.md` out, exercising the navigation contract (method-spec §3
+  Step 1) with one positive case (hierarchy, dedup, cycle termination, verdict exclusion) and one
+  negative case (`..` and root-relative escapes, so a gate built on them can actually go red). Each
+  case documents itself in its own `README.md`. **Informative listing only** — no normative file
+  refers to this class, and the comparison rule is deliberately not pinned (each case's README
+  leaves a gate free to compare byte-exact or after trailing-whitespace normalization), so these
+  are not ground truth in the sense method-spec §7 uses the word.
 - [`skills/expert-reviewer/`](skills/expert-reviewer/) — the **expert-reviewer persona** as a
   framework-neutral Agent Skill: a `SKILL.md` persona prompt (energy-advisor / M&V role + the
   realization-gap methodology the validator cannot compute) and a canonical