Squashed 'shared/' changes from 73136eb..f35a22a

f35a22a fix(skills): eksempelet brøt skillens egen regel — undecided, ikke survived
ff7b9b7 docs(spec): Amendment A1 — sources som flow-sekvens + falsification-reviewer-persona
b2205b9 docs(plan): kø commons-shared-golden-referent Q4/§6.2 — køplassering, ikke utførelse
ba0237d docs(plan): kø commons-spec-amendments (D-A 1/2/4+D-F) — køplassering, ikke utførelse
30e1e71 docs(plan): kø SS11-budsjettfunnet — køplassering, ikke utførelse
38a1178 docs(plan): SS12-underlaget lukket — O-A ratifisert og utført (§9)
0f88324 docs(spec): §12 fører generated-undernøklene `by` og `at` som egne rader (O-A)
e307997 docs(plan): kø SS12-undernøklene — køplassering, ikke utførelse
22048ea docs(spec): «step 0 — explore» som informativ merknad; README lover ikke lenger et manglende eksempel
7495cf6 chore(privacy): fjern de tre private identifikatorene fra publiserte filer
6b39f3b docs(readme): Contents lister alle fem eksempelbundler — veglys + tunnel var usynlige
3362e82 fix(security): sikkerhetskontakt security@, ikke hello@ (D6-konsistens)
fecdb97 docs(release): CHANGELOG + v0.1.0 — første taggede snitt av det publiserte kjernen

git-subtree-dir: shared
git-subtree-split: f35a22a3043ba743b8499743d6f2c9c2bb8a579a

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).
@@ -605,7 +611,7 @@ V1s valg i noen retning.
 
 Én målt ting som støtter (a)s gjennomførbarhet, gjort av okf mot guard 0.2.0 og referert som
 **deres** måling: `verified` som blokkliste går allerede gjennom persist-gaten
-(`verified:\n  - human:ktg` parses som `['human:ktg']`), mens en `generated`-**mapping** ikke gjør
+(`verified:\n  - human:<aktør>` parses som `['human:<aktør>']`), mens en `generated`-**mapping** ikke gjør
 det i noen form (flow feiler på `{`, blokk på nested mappings, punktnøkler på key-regexen).
 Ikke et argument for (a) i seg selv — men (a)s ene nye mekanisme møter ingen vegg der v0.2s
 `generated` møter en. **Ikke verifisert av oss; deres tre, deres måling.**
@@ -779,3 +785,84 @@ 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.
+
+### 11.1 Vurdert på nytt 2026-09-02 (ordre `…1250119413`) — STÅR I KØEN
+
+Ordre `20260902T113745Z-1250119413-from-.claude` punkt 3 ba om at §11-saken tas inn i samme runde
+som `sources`-amendmentet **hvis den ikke utvider scope utover spec-tekst**. §11s egen todeling
+gir to ulike svar, og ingen av dem er «ja»:
+
+- **(a) Q4-målingen** er per konstruksjon utenfor spec-tekst — den er en ekstern måling som skal
+  bestilles hos `llm-ingestion-okf` og føres inn som DERES. Utvider scope. Ute.
+- **(b) `:29`-referent-defekten** er ren spec-tekst i `ingest-spec.md` og ville bestått ordrens
+  scope-kriterium — men reparasjonsmengden er `{stryk konformansleddet, mykne «the shared» til
+  «its own», publiser et commons-eid sett}`, og **å velge medlem endrer en konformans-MUST to
+  konsumenter allerede måles mot**. Ett av medlemmene (det tredje) henger dessuten på (a), som
+  ikke er bestilt. Valget er operatørens, ikke denne ordrens — samme akseskille som
+  `2026-07-25-amendment-underlag.md § 10.1` beskriver: avslaget ligger på ratifikasjon, ikke på
+  scope.
+
+**Premissene re-målt før avgjørelsen (2026-09-02):**
+
+- `ingest-spec.md:29` er **ordrett uendret** siden §11 ble skrevet: «reproduce the shared golden
+  extractions (§11) byte for byte». Kjent-positiv kontroll: `grep -n` treffer strengen på linje 29.
+- `git log --since=2026-08-25 --oneline` → **tomt** (nevner: hele commons-historikken etter
+  køplasseringen). Ingen ratifikasjon, ingen ny måling, ingen bestilling sendt.
+- STATE-roll-upens `partial`-token for `commons-shared-golden-referent` er urørt. Spenningen §11
+  punkt (b) melder mellom §6.2s «ikke i køen» og roll-upens `partial` er **fortsatt umeldt løst**
+  — den er operatørens akse-valg, og denne økten flytter den ikke.
+
+**Hva denne vurderingen ikke utløser:** ingen normativ tekst i `ingest-spec.md`, ingen
+versjonsbump, ingen bestilling til `llm-ingestion-okf`.