test(okf): the one unquoting rule was pinned at its edge, not in its three clauses

D7 mirroring candidate (a)/(i) `unquote_scalar`, measured. The sibling grew that
function after a duplicated conversion had drifted; our counterpart
`okf._strip_matching_quotes` is genuinely ONE rule -- one definition, one call
site, and `unquote` appears in 0 of 76 .py files under src+tests (positive
control: the same query finds `parse_frontmatter`). So the drift shape is absent.

But the rule was covered only at its edge. Detaching it outright is red; each of
its three clauses was green-but-dead against the whole 950-test suite -- weakening
the length guard, dropping the matching requirement, and widening the quote set
with a symmetric delimiter all left the suite green. Same class as the
_STRUCTURE_MARKERS hole: named and edge-covered is not covered.

tests/test_okf_unquote_loadbearing.py closes the three clauses (950 -> 955). Each
clause test is green before and red after exactly its own mutation, with the
population control green in both, clause 3 pinned on its line via --red-at.

A measuring trap, measured: the first clause-3 mutation added '[' to the quote
set and the suite stayed green -- which reads as "not covered" but is a NO-OP,
since '[' can never satisfy the matching clause. Flow-form values are protected
by the matching clause, not the quote set. The harness cannot distinguish a
behaviour-preserving mutation from an undetected seam; both surface as "stayed
GREEN". A mutation must be shown to change behaviour before its green is read as
a hole.

No flow decoding is added here -- that is the sibling's B4 work, and these tests
pin today's boundary so it cannot land silently on this side.

Co-Authored-By: Claude <claude-opus-5>

docs/2026-08-18-funn-koeer-og-gater.md

@@ -41,7 +41,7 @@ kandidater, ikke som planlagt arbeid:
 - S3.2
 - S4.0 (`126807a`)
 - (p) `to_ore` — TO kallsteder
-- (a)/(i) `unquote_scalar`
+- ~~(a)/(i) `unquote_scalar`~~ — **MÅLT 2026-08-31, se under**
 - `mandate.py`
 - A5 — TO halvdeler
 - ~~B4 `ToolCallRecorder`~~ — **BESVART 2026-08-25, se under**
@@ -77,6 +77,55 @@ grønn er nettopp populasjons-kontrollen, som den skal. SDK-fila ble restaurert
 **Datering (D7-rammen):** dette er arbeid ETTER 2026-08-09 og skal **ikke** leses som
 uavhengig konvergens selv om svaret er identisk med søskenets.
 
+### (a)/(i) `unquote_scalar` — svaret er JA, den var ÉN regel, men pinnet bare i kanten (målt 2026-08-31)
+
+Kandidaten står i køen fordi søskenet vokste en navngitt `unquote_scalar` etter at en
+**duplisert konvertering hadde driftet** — to steder som fjernet anførselstegn fra en
+frontmatter-skalar, etter to regler. Speilings-spørsmålet er derfor ikke «har vi funksjonen»,
+men det søskenets defekt faktisk stiller: **er den ÉN regel hos oss, og er selve regelen
+load-bearing?**
+
+**Populasjonen først.** `unquote_scalar` finnes ikke hos oss: **0 treff av 76 undersøkte
+`.py`-filer** i `src`+`tests` (positiv kontroll: samme spørring finner `parse_frontmatter` i
+`okf.py`), og `unquote` finnes ikke i repoet utenfor `.venv`. Vår motpart er
+`okf._strip_matching_quotes` — **én definisjon, ett kallsted** (`_parse_frontmatter_and_body`).
+Søskenets drift-form finnes altså ikke her.
+
+**Men regelen var dekket bare i kanten.** Med `scripts/mutation_harness.py`, nevner `tests/`
+(hele suiten, 950 tester), hver kjøring sha256-restaurert:
+
+- Å detache regelen helt (`return value[1:-1]` → `return value`) er **RØD** —
+  `test_okf.py::TestFrontmatter::test_unknown_fields_preserved_and_quotes_stripped` fanger den.
+- Hver av de tre **klausulene** var **grønn-men-død**: å svekke lengdevakten (`>= 2` → `>= 1`),
+  å droppe matching-kravet (`value[0] == value[-1] and`), og å utvide quote-settet med en
+  symmetrisk delimiter (backtick) lot hele suiten stå grønn.
+
+Samme klasse som `_STRUCTURE_MARKERS`-hullet i økt 32: sømmen var NAVNGITT og kant-dekket, som
+ikke er det samme som dekket. **Pinnet av** `tests/test_okf_unquote_loadbearing.py` (5 tester,
+950 → 955). Value-beviset er kjørt, ikke påstått: hver klausul-test er grønn før og rød etter
+nøyaktig sin egen mutasjon, med populasjons-kontrollen grønn i begge (mutasjonen landet ikke
+for bredt), og ledd 3 pinnet på linje via `--red-at`.
+
+**EN MÅLETRAP, MÅLT — ny lærdom om harnesset.** Første forsøk på klausul 3 utvidet settet med
+`'['`. Suiten forble grønn, hvilket leses som «klausulen er ikke dekket» — men mutasjonen er en
+**no-op**: `'['` kan aldri tilfredsstille matching-kravet, siden `[` ikke er `]`. Flow-form-
+verdier er altså beskyttet av **matching-klausulen, ikke av quote-settet**, og en grønn kjøring
+under den mutasjonen var aldri bevis om quote-settet i det hele tatt. **Harnesset kan ikke
+skille en oppførsels-bevarende mutasjon fra en udekket søm — begge kommer ut som «stayed
+GREEN».** En mutasjon må vises å endre oppførsel før dens grønne leses som et hull. Dette er
+Verifiseringsloven ansikt 4 anvendt på selve måleapparatet: et negativt resultat fra en
+spørring som ikke KAN finne, er ikke null — det er ikke målt.
+
+**Ærlig grense — hva dette IKKE sier.** Å pinne at flow-verdier passerer **urørt** er ikke
+flow-DEKODING, og fila legger ingen til: `tags: [a, b]` forblir strengen `"[a, b]"`. Den
+linje-orienterte parseren har ingen nesting-modell ved design (§1 ærlighets-regelen). Den
+additive flow-dekoderen er søskenets B4-arbeid i `portfolio-optimiser` og er bevisst **ikke**
+bygget her; testene pinner dagens grense slik at det arbeidet ikke kan lande stille på denne
+siden.
+
+**Datering (D7-rammen):** arbeid ETTER 2026-08-09 — skal **ikke** leses som uavhengig konvergens.
+
+
 Rammen rundt køen: å lese søskenets kode er tillatt (`3bdf7f0`), men kopiering skal kun skje
 der det tjener løsningen, aldri som snarvei. **Uavhengighets-beviset er DATERT** t.o.m.
 2026-08-09; arbeid etter den datoen kan ikke leses som uavhengig konvergens.