docs(plan): kø commons-shared-golden-referent Q4/§6.2 — køplassering, ikke utførelse

Ordre 20260825T081254Z-1793231864-from-.claude. Ny §11 + statusbanner i
2026-07-26-v1-generated-felt-okf-v0.2.md, mønster fra SS11 §6 / SS12 §8. Premisser
re-målt: :29-ordlyd uendret, disjunktheten mellom llm-ingestion-okf og
portfolio-optimiser-claude sine golden-fiksturer bekreftet med cmp (kjent-positiv
kontrollert) — men "fire filer"-tallet i ordreteksten var stalt for begge sider:
llm-ingestion-okf har nå fem innholdsfiler over fire caser (okf-v0-2 lagt til i
2504011, samme commit commons pinner), portfolio-optimiser-claude har fire
FOREKOMSTER over kun to caser, ikke fire filer. Q4-målingen IKKE bestilt hos
llm-ingestion-okf i denne økten. Ingen normativ spec-tekst, ingen versjonsbump.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

docs/plan/2026-07-26-v1-generated-felt-okf-v0.2.md

@@ -11,6 +11,12 @@
 > anbefaling. Utløst av `llm-ingestion-okf` (coord, 2026-07-26) som spør fordi authorship er
 > vår: deres DEFAULT-profil staterer ingest-spec §5, og «ingen lokale spec-endringer» er deres
 > stående non-goal.
+>
+> **§6.2-funnet («the shared golden extractions» har ingen referent) er KØPLASSERT 2026-08-25**
+> (ordre `20260825T081254Z-1793231864-from-.claude`). §6.2 selv kaller det «et selvstendig
+> punkt, ikke en del av V1, ikke i køen» — den setningen er nå avløst av denne banneren, ikke
+> av seksjonen under den. Fortsatt ikke et vedtak: bare flyttet fra «ligger her» til «står for
+> tur». Hva køen forplikter til: **§11**.
 
 Beslektet: `2026-07-25-amendment-underlag.md` (køen av ratifiserbare punkter — V1 hører hjemme
 der hvis den ratifiseres), `2026-07-25-b1-nav-golden-normative-status.md` (samme form).
@@ -779,3 +785,55 @@ senere. `portfolio-optimiser-claude` varsles samtidig; de vet ennå ikke at id-e
 `process:okf-ingest`.
 
 *`ingest-spec.md` er fortsatt urørt på `bfa5a9b` i det dette skrives.*
+
+## 11. Køplassering av §6.2-funnet (operatørbeslutning 2026-08-25)
+
+Ordre `20260825T081254Z-1793231864-from-.claude` køplasserer `:29`-referent-defekten §6.2
+beskriver. Denne seksjonen er køoppføringen, ikke utførelsen: **ingen normativ spec-tekst er
+skrevet, og Q4-målingen (§6.2.1) er ikke bestilt hos `llm-ingestion-okf` i denne økten.**
+
+**To atskilte ting — ikke slå sammen i én ordre:**
+
+- **(a) Q4-målingen** (bytte manifestene i de tre casene til et hypotetisk commons-eid sett,
+  kjøre conformance-suiten, telle hvilke expected-bundle-bytes endrer seg og hvilke av de elleve
+  sømmene som forsvinner) er ekstern og kvotekrevende. Den bestilles hos `llm-ingestion-okf`
+  som en egen ordre/coord-melding **derfra**, ikke i denne — commons' egen regel er at forlater
+  tallet repoet, bestilles målingen og føres inn som deres (samme regel §6.2.1 selv siterer).
+- **(b) `:29`-referent-defekten** er commons-eid og uavhengig av (a). §6.2 kaller den «et
+  selvstendig punkt, ikke en del av V1, ikke i køen», mens STATE-roll-upen
+  (`commons-shared-golden-referent`) fører saken som `partial`. **Denne spenningen meldes her,
+  løses ikke:** §6.2 beskriver en tilstand (referenten mangler), roll-upen beskriver en åpen
+  handling (defekten er ikke rettet i teksten) — de to er ikke i konflikt så mye som de måler på
+  hver sin akse, og hvilken akse som skal styre STATEs status-token er operatørens valg, ikke
+  denne ordrens.
+
+**Premissene i §6.2/§6.2.1, re-målt 2026-08-25 — TO avvik funnet, konklusjonen uendret:**
+
+1. **`ingest-spec.md:29`s ordlyd er uendret** («reproduce the shared golden extractions (§11)
+   byte for byte», linje 29 i dag). Filen er endret tre ganger siden §6.2 ble skrevet
+   (`838a4b1`, `54e0ec7`, `0f88324`) — ingen av de tre endringene rørte denne linja.
+2. **Disjunktheten står: alle 8 kryss-repo `index.md`-par er byte-ulike** (`cmp`, re-kjørt),
+   kjent-positiv-kontroll bekreftet (en fil `cmp`-et mot seg selv gir IDENTICAL), og ingen andre
+   filnavn enn `index.md` overlapper på tvers av repoene.
+3. **Avvik 1 — `llm-ingestion-okf` har IKKE lenger fire innholdsfiler, men fem, over fire
+   golden-caser, ikke tre.** §6.2s tabell (skrevet 2026-07-26) lister `ingest-orders.md`,
+   `ingest-products.md`, `ingest-metrics.md`, `ingest-status.md` + 3 `index.md`. Målt i dag:
+   caset `ingest-golden-okf-v0-2/` (innholdsfil `ingest-sales.md`, + 1 `index.md`) ble lagt til
+   `2026-07-31` i commit `2504011` — **samme commit commons selv pinner** (STATE-linja
+   `llm-ingestion-okf: pin 2504011`). Riktig tall i dag: 5 innholdsfiler + 4 `index.md` over 4
+   caser (`file`, `http`, `okf-v0-2`, `sql`). Disjunktheten er upåvirket (`ingest-sales.md` er
+   inkludert i cmp-sveipen over og har ingen navnetreff hos `portfolio-optimiser-claude`).
+4. **Avvik 2 — ordreteksten (og forskningsunderlaget den siterer) sier «fire filer» for
+   `portfolio-optimiser-claude`; §6.2s egen tabell sier riktigere «`ingest-costs.md` ×2,
+   `ingest-edge.md`, `ingest-meta.md»` — fire FOREKOMSTER, tre unike filnavn, over TO caser
+   (`file`, `sql`), ikke fire.** Bekreftet mot full git-historikk (`git log --all --name-only`)
+   at repoet aldri har hatt flere enn disse to golden-casene. Ordreteksten er upresis der §6.2
+   selv ikke er.
+5. **`llm-ingestion-okf`s Q4-svar er nå 30 dager gammelt** (datert 2026-07-26, i dag
+   2026-08-25). §6.2.1 siterer dem uendret («de står klare til å ta den neste økt»); dette er en
+   30 dager gammel selvvurdering fra deres side, ikke re-bekreftet her — den re-bekreftelsen
+   hører til (a), ikke til denne køplasseringen.
+
+**Hva denne seksjonen ikke utløser:** ingen normativ tekst i `ingest-spec.md`, ingen
+versjonsbump, ingen tag, ingen bestilling sendt til `llm-ingestion-okf`. STATE-roll-upens
+`partial`-token er urørt av denne seksjonen — se punkt (b) over for hvorfor.