docs(plan): kø commons-spec-amendments (D-A 1/2/4+D-F) — køplassering, ikke utførelse

Ny §10 i amendment-underlaget + statusbanner, samme mønster som SS11 §6/SS12 §8.
Premisser re-målt: cost-baseline 0/0, nominal_feasible i §12, ankerskift +13/+5
(avvik fra ordreteksten +13/+3 meldt). S4.0-premisset oppdatert: portfolio-optimiser
lukket den lokalt og betinget, D7-speiling åpen hos portfolio-optimiser-claude for
S2.7+S3.2+S4.0. Ingen normativ spec-tekst skrevet.

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

docs/plan/2026-07-25-amendment-underlag.md

@@ -1,5 +1,10 @@
 # Amendment-underlag — hva frossen tekst sier i dag, per køpunkt
 
+> **Status: KØPLASSERT 2026-08-25** (ordre `20260825T081254Z-179095031-from-.claude`).
+> Underlaget under (§0–§9) sto ferdig fra korreksjonene 2026-07-26/08-01; denne oppføringen
+> flytter saken fra «ligger her» til «står for tur», ikke fra åpen til avgjort — ingen
+> normativ spec-tekst er skrevet. Hva køen forplikter til: **§10**.
+
 **Status:** underlag. Spec-en er IKKE endret, og dette dokumentet foreslår INGEN ny tekst.
 Ny tekst er pakken operatøren ratifiserer, og den eies oppstrøms (`portfolio-optimiser`,
 sammen med `portfolio-optimiser-claude`s tekstforslag). Dette dokumentet svarer bare på
@@ -545,3 +550,65 @@ endres ikke uten den ratifiseringen.
 | §8 logger tre felter | `ingest-spec.md:230` | «which source, when, row count» |
 | `connection_ref` er env-var-NAVN | `ingest-spec.md:109`, `:117` | «the NAME of a runtime-resolved …», secret resolved at run time |
 | Begge konsumenter står på `7aa53fc` | coord fra begge, uavhengig | po: `git log --grep=git-subtree-split` → `ef1a2c5`; po-claude: egen måling |
+
+---
+
+## 10. Køplassering (operatørbeslutning 2026-08-25)
+
+Operatøren har køplassert denne saken. Ordre `20260825T081254Z-179095031-from-.claude` sier det
+eksplisitt: *«KØPLASSER commons-spec-amendments (D-A 1/2/4 + D-F) — docs-only, IKKE skriv
+normativ spec-tekst.»* Denne seksjonen er derfor køoppføringen, ikke utførelsen. Formanalysen
+(§1, §2, §4, §5 over) står allerede ferdig; det som gjenstår er selve normeringen, og den er
+IKKE gjort her.
+
+**Premissene re-målt før denne oppføringen (2026-08-25):**
+
+- `grep -c 'cost-baseline' method-spec.md ingest-spec.md` → fortsatt **0 / 0** (kjent-negativ,
+  uendret siden §4).
+- `nominal_feasible` → fortsatt til stede i §12s kryssjekk-tabell, `` | `nominal_feasible`,
+  `p10`, `p50`, `p90` | golden (validator) | §7.2 | `` (kjent-positiv, uendret siden §1).
+- Linjeankere i `method-spec.md`/`ingest-spec.md` er forskjøvet siden underlaget ble skrevet:
+  fire commits i `a67a243..HEAD` rørte de to filene (`54e0ec7`, `838a4b1`, `22048ea`, `0f88324`).
+  Målt `git diff --numstat`: `method-spec.md` **+13/−0**, `ingest-spec.md` **+15/−10** (netto
+  **+5**, ikke ordreteksten premiss om «+3»). Avviket meldes her uten å endre handlingen —
+  §1–§7 over siterer allerede seksjon + ordrett tekst, aldri linjenummer, så skiftet berører
+  ingen av sitatene.
+- Coord-meldingen `20260803T152040Z-416406299-from-portfolio-optimiser` (i `archive/`) lest på
+  nytt: 22 dager gammel per 25.08, ingen nyere melding fra dem overskriver den, og den beskriver
+  fortsatt deres HEAD-tilstand slik den ble ført.
+
+**Premiss-skiftet siden underlaget ble skrevet — S4.0 er lukket LOKALT hos
+`portfolio-optimiser`, ordrett fra kilden:** *«S4.0 (validator-forankring mot kostbaseline, F3/F8)
+er lukket i portfolio-optimiser uten at commons-amendmentet D-A pkt. 2 kom. Vi bestemte formatet
+og semantikken lokalt … `cost-baseline.json` i bundle-rota …
+Validatoren avstemmer hvert `affected_item` mot baselinen som STAGE 0 … Toleranse: relativ mot
+BASELINE-verdien, default 5 % … Validering, ALDRI reparasjon … Baseline-argumentet er VALGFRITT
+(None = gammel oppførsel). Bundle-stien forankrer KUN når bundelen shipper fila … Vil commons
+normere noe av dette i spec-teksten, er det fritt fram — vi har ikke låst noe på deres vegne,
+men koden vår kjører på det som står over.»* Dette gjør §4s premiss («ubetinget baseline
+kolliderer med §7:332-333») foreldet i sin opprinnelige form — deres lukking er **betinget**
+(bundle-sti forankrer kun når fila finnes; road-sti forankrer alltid), ikke ubetinget som
+underlaget antok da det ble skrevet 2026-07-25. §4s operatør-spørsmål («obligatorisk … eller
+opsjonell med fail-fast-semantikk kun når den finnes») har dermed fått ett av sine to svar
+demonstrert i produksjonskode hos en konsument, uten at det er en beslutning commons har tatt.
+
+**D7-speiling står ÅPEN hos `portfolio-optimiser-claude` for TRE punkter SAMTIDIG:** S2.7, S3.2
+og S4.0 (samme kilde som over). Dette er en reell blokkering — de venter på at spec-teksten skal
+eksistere før de kan speile den. Deres egen prioritering, gjengitt som DERES vurdering, ikke som
+en anbefaling commons gjør: **D-F lavest** — S3.5 er kuttet hos dem denne uka.
+
+**Ute av pakken, med grunn (uendret fra §3 og §6, gjentatt så den ikke gjenåpnes):**
+
+- **D-A#3** (ledende `/`) er allerede normativt i commons HEAD siden `9801d35` — drift over
+  pull-grensen hos konsumentene, ikke et spec-hull. Se §3.
+- **D-A#5** (hovedbok-projeksjoner) har ingen eksisterende tekst å endre og mangler
+  story-etikett oppstrøms — egen kategori (ny seksjon, ikke amendment), ikke del av denne
+  pakken. Se §6.
+- **S2.3** (`doc`-konnektor) ble avslått hos `portfolio-optimiser` 2026-08-03 (scope-sak) —
+  gater ingenting i denne pakken. Se §7.
+
+**Hva køplasseringen IKKE utløser:** ingen normativ spec-tekst i `method-spec.md` eller
+`ingest-spec.md`, ingen versjonsbump, ingen tag, ingen coord-melding sendt. Løsningen for hvert
+av de fire punktene (D-A#1/#2/#4 + D-F) er fortsatt operatørens å velge blant de opsjonene §1,
+§2, §4 og §5 over allerede lister — denne oppføringen legger ikke noe nytt forslag fram, den
+plasserer saken i køen.