refactor(examples): replace sector-specific example material with generic, fictitious examples

The context sets, the packaged knowledge bases and the example bundles are
replaced by one fictitious example set about IT operations in an invented
organisation: three context sets (serverrom-2027, driftsavtale-2027 and the
two-base drift-og-avtale-2027), two synthetic knowledge bases under
src/portfolio_optimiser/data/kunnskapsbaser and two example bundles under
src/portfolio_optimiser/data/bundles. Numbers, codes and structural values in
tests and fixtures are kept; names, ids and wording change. Dated measurement
documents that only recorded runs on the replaced material are deleted.

Gate figures measured on the new set are not comparable with earlier ones.
The exclusion gate from the previous commit is green: 0 tracked files hit
outside the shared/ subtree.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/invarianter.md

@@ -379,7 +379,7 @@
   et krav som uansett ikke kan valideres). To uavhengige avvisninger: ukjent kostkode, og ekte kode
   med `quantity`/`unit_cost` utenfor `tolerance` (default 5 %, **konfig**) relativt til BASELINE-verdien.
   Validering, ALDRI reparasjon — forslaget avvises, aldri stilltiende korrigert til baselinen.
-  **Argumentet er VALGFRITT** (`None` = pre-S4.0-oppførsel), men begge run-stier SETTER det: road-stien
+  **Argumentet er VALGFRITT** (`None` = pre-S4.0-oppførsel), men begge run-stier SETTER det: referanse-stien
   fra `project.cost_items` (alltid — estimatet ER prosjektet), bundle-stien KUN når bundelen shipper
   `cost-baseline.json` (`load_optional_cost_baseline`) — en pre-amendment-bundle er legitimt
   uforankret, og det er dét som holder commons-goldenene byte-identiske. **Toleransen stopper ved
@@ -389,7 +389,7 @@
   `energy_efficiency`-literalen — en andre metode er nå data, ikke en redigering av validatoren.
   Format- og toleranse-semantikken er bestemt LOKALT (commons-amendmentet D-A pkt. 2 kom aldri, som i
   S3.2); **D7-speiling ÅPEN.** Load-bearing MÅLT (`tests/test_s40_cost_baseline_loadbearing.py`), seks
-  mutasjoner alle røde: detach avstemmings-stagen · detach magnitude-toleransen · detach road-wiringen ·
+  mutasjoner alle røde: detach avstemmings-stagen · detach magnitude-toleransen · detach referanse-wiringen ·
   detach bundle-wiringen · ignorer det injiserte cap-registeret · gjør den valgfrie loaderen tolerant.
   **En UFORANKRET kjøring sier det nå — og BEGGE utsagn stammer fra kjøringens ENE oppslag, aldri
   en andre lesing av bundelen (21.08):** `ProvenanceStamp.cost_baseline_anchored` er PÅKREVD uten
@@ -1032,8 +1032,8 @@
   for HVER konfigurert base samtidig, pluss ett JSON-objekt per ufulgt kryss-lenke. Begge vokser med
   korpuset, så prisen på å finne ut *hvilke baser som finnes* ble satt av hvor mye de *inneholder* —
   progressiv disclosure snudd på hodet (målbilde §2/§4). **MÅLT med `o200k_base`, instrumentet først
-  validert mot commons' egne fasittall:** 112 116 tokens over tre flate Vegnormal-baser, og
-  **124 942 over de 171 grenbasene** som erstattet dem — grenformen (`vegnormal-okf` `8145c23`)
+  validert mot commons' egne fasittall:** 112 116 tokens over tre flate kravbaser (et kravkorpus brukt under utviklingen), og
+  **124 942 over de 171 grenbasene** som erstattet dem — grenformen (korpusbyggets `8145c23`)
   lukket bundle-siden (−82…92 % på `read_bundle`) og gjorde katalogsiden VERRE, nøyaktig som det
   repoet forutså. Etter: **362** og **21 448** (per base 37 372 → 121 og 731 → 125).
   **Et premiss ble felt FØR noe ble bygget på det:** «indeksbodyen forteller hva basen handler om»
@@ -1060,7 +1060,7 @@
   en uendret CLI-flate. Ærlighets-grenser, uttalt: `navigate_bundle` kalles fortsatt per base per
   katalogkall (I/O og veggklokke, ikke tokens — ikke målt her); ingen LEVENDE modell har kalt det
   nye verktøyet, så at en manager velger BEDRE med et utdrag enn med hele indeksen er ikke bevist
-  (structured-output-grensens klasse); og ordrens nevner for N100:2023 var 34 mens disken viser 40 —
+  (structured-output-grensens klasse); og ordrens nevner for den første kravbasen var 34 mens disken viser 40 —
   tallene bruker den målte nevneren. Måling: `docs/2026-08-26-katalogkostnaden.md`.
 - **Et fravær ved en signeringsport sies i ORD; i dataene sies det ved å være borte (PM-tillegg 4,
   økt 77):** `PlanReviewRequest.current_progress` og `ParkedExploration.current_progress` ble begge
@@ -1116,12 +1116,12 @@
   `function_result` — `.text` alene måler en kontekstbærende prompt til noen få tegn.
   **Formen er katalogens, ett trinn ned på stigen** (`list_bundles` = hvilke baser finnes,
   `read_bundle` = hva er i DENNE, `read_file` = hva sier dokumentet): én oppføring per konseptfil med
-  `name`, `type`, `title`, `chars`. Etter: **259 tokens** på tunnelbasen, utforskningens
+  `name`, `type`, `title`, `chars`. Etter: **259 tokens** på den største eksempelbasen, utforskningens
   prompt-tokens −77 / −90 / **−91 %**. **Listen bygges av `Bundle.context_files`, ALDRI `files`** —
   det er dén property som dropper `type: verdict`-laget (og nestede `index.md`) på hvert nivå, og en
   liste bygget av `files` ville rutet tidligere dommer foran navigatøren UTENOM den gatede
   ExpeL-folden mens hver kostnads-arm forble grønn. **Et premiss ble felt før noe ble bygget på det:**
-  «indeksbodyen er basens egen navigasjonsprosa, så den hører hjemme her» — tunnelbasens rot-indeks er
+  «indeksbodyen er basens egen navigasjonsprosa, så den hører hjemme her» — den største eksempelbasens rot-indeks er
   **alene 4 763 tegn ≈ 1 400 tokens**, altså nesten hele taket, for et felt katalogen alt gir et
   bundet utdrag av og `read_file(id, "index.md")` fortsatt gir helt. **Taket bor i TESTEN**
   (`_CEILING_CHARS = 1 500`), katalogtakets regel av katalogtakets grunn. **AVVIK fra ordren, uttalt:**
@@ -1401,7 +1401,7 @@
   ikke bevist (structured-output-grensens klasse).
 - **Den TREDJE projeksjonen inn i `CostBaseline` DERIVERES fra en tabell som alt er i basen — og
   den nekter heller enn å oppfinne (MAJOR-4, økt 78):** `cost-baseline.json` er håndskrevet per
-  prosjekt og `baseline_from_project` tilhører veg-domenet, så et INGESTERT anbudskorpus kunne
+  prosjekt og `baseline_from_project` tilhører referanse-domenet, så et INGESTERT anbudskorpus kunne
   navigeres og aldri forankres. `okf.derive_cost_baseline(bundle, *, project_id)` leser
   prisskjemaet. **`project_id` er PÅKREVD keyword, ikke lest av basen:** `run._project_from_bundle`
   fail-faster alt kjøringens id mot basens `validator-input.json`, så en andre lesing her ville vært
@@ -1477,7 +1477,7 @@
   er ENESTE renderer, med TO kallsteder (returnerer `None` ved enighet — omisjon, aldri tom rad; omisjonen er selv
   gatet, M5 → 2 røde inkludert et UAVHENGIG eksisterende vitne i
   `test_navigation_visibility_loadbearing`). **Stempel-feltet er PÅKREVD uten default** av
-  `cost_baseline_anchored`s grunn, og her skjerpet: `None` er en VERDI (veg-stien har ingen base),
+  `cost_baseline_anchored`s grunn, og her skjerpet: `None` er en VERDI (referanse-stien har ingen base),
   så et utelatt felt måtte bety det samme som «ingen base» — nøyaktig stillheten kravet lukker.
   **Det som FORTSATT nekter er den ekte kollisjonen:** to KONSEPTER i ÉN base som erklærer ULIKE
   id-er (`assert_declared_ids_agree`, kalt ved hver dør som ÅPNER en base). **Rot-`index.md` er
@@ -2201,7 +2201,7 @@
   frie turen er den billigste å lære det på, og på den betalte fyrer den før første modellkall ved
   konstruksjon — armen asserterer NULL kall, aldri bare unntaket, fordi en nekt etter forbruket ser
   identisk ut ved exit-koden (økt 57s regel). Tre CLI-nekter, hver med en rc-0-kontroll på en argv
-  som ellers ville blitt AKSEPTERT: krever `--bundle-dir` (veg-stien er forankret ved konstruksjon,
+  som ellers ville blitt AKSEPTERT: krever `--bundle-dir` (referanse-stien er forankret ved konstruksjon,
   så der kunne flagget aldri fyre — et flagg som ikke kan fyre er en påstand flaten gjør om seg
   selv, Fase-3-klassen), refusert i `--portfolio` VED NAVN (M9 → 1 rød med egen signatur: uten den
   STARTER mutanten et porteføljepass og når modellen med `ChatClientException`, altså er nekten dét
@@ -2218,7 +2218,7 @@
   basen og artefaktene økt 98 etterlot. Måling:
   `docs/2026-09-08-f3-f4-nekten-og-forankringen.md` § 2.
 - **`PrepassExcerpt` bærer utdragets `title`/`req_number`/`sources` som navngitte felt og hver
-  `source_*`-lokator via `model_extra` (P3, 08.09):** en re-måling av N100/N200/N500 mot okfs
+  `source_*`-lokator via `model_extra` (P3, 08.09):** en re-måling av de tre kravbasene (et kravkorpus brukt under utviklingen) mot okfs
   oppdaterte produsent (14 medlemmer, var 9) fant at `po` droppet de fem nye feltene TO ganger —
   `PrepassExcerpt` var `extra="ignore"` ved parsing, og `_data_blocks` rendrer bare
   `concept_id`/`adjudication`/`trust_tier`. Konsekvensen var observerbar i modellens egne ord: et
@@ -2226,7 +2226,7 @@
   mens kravnummeret lå urørt i payloaden. **`title`/`req_number`/`sources` er navngitte, valgfrie
   felt** (SS-8-deklarerte, entallige — hvert payload skrevet før i dag mangler dem, så et påkrevd
   felt ville refusert historikken). **`source_*`-lokatorene leses IKKE som navngitte felt**:
-  producerens egen melding kaller dem en PREFIKS-REGEL, ikke en allowlist (K2 bærer fem, N-bundlene
+  producerens egen melding kaller dem en PREFIKS-REGEL, ikke en allowlist (K2 bærer fem, kravbasene
   to), og målt er `extra="allow"` + `source_locators()`s prefikssøk mot `model_extra` det ENESTE av
   de to formene en fremtidig tredje `source_*`-nøkkel når prompten gjennom UTEN en kodeendring her.
   `_excerpt_header` legger feltene til DATA-avgrenserens parentes KUN når de finnes — et P1-form
@@ -2236,9 +2236,9 @@
   debatt-døra. Load-bearing MÅLT (`tests/test_prepass_excerpt_fields_loadbearing.py`, 10 armer): 8
   røde før fiksen, 10/10 grønne etter, og en mutasjon (revert til § "to felt"-formen) rød på nøyaktig
   de tre rendrings-armene mens parsing-armene forble grønne — beviser at de to fiksede stedene har
-  hver sin uavhengige gate. **Én betalt N100-arm med `--require-cost-baseline`: rc 1, 0 modellkall,
-  NOK 0,00** — (b′) forblir STRUKTURELT umålbar under flagget (F4: en vegnormal bærer ingen
-  kostlinjer, uendret av denne fiksen). Måling: `docs/2026-09-08-n-bundlene-hypoteseform.md` § 10.
+  hver sin uavhengige gate. **Én betalt kravbase-arm med `--require-cost-baseline`: rc 1, 0 modellkall,
+  NOK 0,00** — (b′) forblir STRUKTURELT umålbar under flagget (F4: en kravstandard bærer ingen
+  kostlinjer, uendret av denne fiksen).
 - **En identifikator forslaget bygger på skal finnes ORDRETT i inputen, ellers faller dommen — og
   hullet var ALDRI at fabrikasjon var ufanget (P7, 09.09):** `_reconcile_against_baseline`
   (`validator.py`) bærer allerede setningen «the cost code is absent from the baseline — a
@@ -2254,7 +2254,7 @@
   fullstendighets-grunn). **REGELEN HAR INTET MØNSTER, og det er en MÅLING:** sjekken er
   `code in grounding` — eksakt delstreng — fordi de leverte korpusene bærer heterogene former
   (K2: 499 `UPPER-num`-treff / 23 unike, 25 enkeltbokstav-koder à `B-20-00-00`, **0** `Krav`-numre i
-  kroppen; N-payloadene: `Krav X.Y.Z—N` i `req_number`/`title` 8/8 i hver, 71 UUID-er i N200), så et
+  kroppen; kravbase-payloadene: `Krav X.Y.Z—N` i `req_number`/`title` 8/8 i hver, 71 UUID-er i den andre), så et
   mønster valgt for å dekke dem ville vært en regel om FASONGER. **Rene tall er den ene inerte
   klassen** (K2: 46 394 forekomster / 2 117 distinkte), og feilretningen er ÅPEN — regelen kan ikke
   felle en ekte kode. **Beviset er TRE ikke-modell-forfattede kilder** (`_grounding_text`):
@@ -2319,7 +2319,7 @@
   GJENNOM `_grounding_text` — samme funksjon gaten bruker. **Et mønster er tillatt HER og ikke i
   gaten**, og det er skillet mellom rapport og gate: en ukjent form er et token som ikke telles,
   altså under-telling, aldri falsk avvisning. Formene er TRANSKRIBERT fra målingen (K2: 50
-  distinkte kodeformede, 0 kravnumre; N-korpusene: 269–981 distinkte kravnumre, ≤3 kodeformede);
+  distinkte kodeformede, 0 kravnumre; kravkorpuset: 269–981 distinkte kravnumre, ≤3 kodeformede);
   **rene tall er BEVISST utelatt med tallet** (46 394 / 2 117 i K2 — å telle dem gjør hver rapport
   positiv og målingen inert). `grounding_offer_notice` er ENESTE renderer og tier når kjøringen KAN
   forankre — omisjon, aldri tom rad. Load-bearing MÅLT
@@ -2338,8 +2338,7 @@
   publiseringsbeslutning, ikke denne ordrens) — 8-/435-distinkt-tallene er MÅLT og står i
   dokumentet; portefølje-armen og den hostede flaten er BEVISST urørt; og tilbudsmålingen er gjort
   på okf sin GAMLE default-bundle (`K2-bundle-20260903`), så en re-måling på den nye (436 konsepter
-  / 832 filer) er en senere, separat ordre. Måling:
-  `docs/2026-09-09-p8-forankringstilbudet.md`.
+  / 832 filer) er en senere, separat ordre.
 - **Stresstestens kontekstsett er DATA med en gate, og fasitens titler måtte leses av konseptets
   EGEN erklæring (P14, 12.09):** `contexts/<prosjekt>/` bærer `mandate.json` (`Mandate` ordrett),
   `bundle.txt` (symbolsk basenavn + erklært `bundle_id` — aldri en absolutt sti, som ville pinnet
@@ -2352,20 +2351,20 @@
   alt bærer det er dispatchbart uendret. **Regel U** er den målbare formen for «basen kan ikke svare»:
   hvert ubesvarbart spørsmål erklærer ≥1 `anchor` (små bokstaver, ≥4 tegn), og admitteres iff HVER
   anchor er fraværende — case-insensitivt, som delstreng — fra HELE teksten i HVERT konsept.
-  **Ikke «deler ingen nøkkelord med noen tittel»:** et tunnelspørsmål deler «tunnel» med hundrevis av
+  **Ikke «deler ingen nøkkelord med noen tittel»:** et spørsmål om kjøling deler «kjøling» med hundrevis av
   titler og det beviser ingenting; det som gjør et spørsmål ubesvarbart er at basen mangler SAKEN.
-  Fullteksten koster ingenting ekstra (målt 0,77 s for r761, den største basen), så tittel-proxyen
+  Fullteksten koster ingenting ekstra (målt 0,77 s for den største basen i utviklingskorpuset), så tittel-proxyen
   hadde ingen pris å forsvare seg med, og skanningen bærer alltid NEVNER — null konsepter er RØDT,
   aldri vakuøst fraværende (ansikt 4). **MÅLT og verdt hele ordren: 22 av 22 prøvde kostnadsord er
-  FRAVÆRENDE fra n100/n200/n500** (r761 bærer 4 av dem, fordi prosesskoden ER kontraktsspråk) — po
+  FRAVÆRENDE fra de tre kravbasene** (den fjerde, en prosesskatalog, bærer 4 av dem, fordi den ER kontraktsspråk) — po
   sitt oppdrag er å finne kostnadsbesparelser, og tre av fire baser inneholder ikke ett pengeord.
   **Basene er IKKE en repo-avhengighet:** tre armer SKIPPER med roten navngitt når
-  `PORTFOLIO_VEGNORMAL_ROOT` ikke er montert (MAJOR-3-gatens egen begrensning — en hard feil ville
+  `PORTFOLIO_BUNDLE_ROOT` ikke er montert (MAJOR-3-gatens egen begrensning — en hard feil ville
   brutt `uv run pytest` i overleveringspakka), mens (a) mandatet laster og (d) ruting-mot-egen-base
   er UBETINGEDE og aldri kan være fraværende. **FUNN, målt og IKKE fikset (egen ordre):**
   `okf.parse_frontmatter` er linjeorientert last-write-wins, så `sources:`-blokkens innrykkede
-  `title` overskriver konseptets egen — `directory_listing` på `krav/N500` returnerer **269
-  dokumenter, alle med `"title": "N500:2024"`**, og navigasjonsstigens rung 2/3 skiller dem kun med
+  `title` overskriver konseptets egen — `directory_listing` på ett kravnivå i en av kravbasene returnerte **269
+  dokumenter, alle med basens eget navn som `"title"`**, og navigasjonsstigens rung 2/3 skiller dem kun med
   et UUID-filnavn og et tegnantall. En fasit-assert mot den tittelen ville vært VAKUØS, så gaten
   leser toppnivå-nøkler (`own_frontmatter`, første forekomst vinner) og bærer en TRIPWIRE som
   asserterer at kollapsen fortsatt finnes; blir den halvdelen rød er funnet borte og armen skal
@@ -2375,15 +2374,16 @@
   `ea8c534773acdbe41ae68f2c55724d69aaf8be4f`): M1 fasit-sti basen ikke bærer (2) · M2 approach rutet
   mot annen base (1) · M3 anchor basen FAKTISK bærer (1) · M4 duplisert approach-id (3) · M5 erklært
   `bundle_id` driftet (2) · M6 registrert tittel driftet (1). Gaten var RØD før settene fantes.
-  **Ærlighets-grenser, uttalt:** de fire prosjektene er OPPDIKTET (hvert sett sier i sitt eget
-  `honesty`-felt hva jeg konstruerte — navn, lengder, ÅDT og alle tolv beløp; `affected_codes` er
-  syntetiske i tre sett og EKTE `prosessnr` i `kontrakt-sorasen-2027`, som gjør de tre andre bevisst
+  **Ærlighets-grenser, uttalt:** de fire prosjektene var OPPDIKTET (hvert sett sa i sitt eget
+  `honesty`-felt hva som var konstruert — navn, størrelser og alle tolv beløp; `affected_codes` var
+  syntetiske i tre sett og EKTE `prosessnr` i prosesskatalog-settet, som gjorde de tre andre bevisst
   IKKE kjørbare via `--proposals-from-mandate`); Regel U beviser at ORDET mangler, ikke at
   spørsmålet er ubesvarbart; og INGEN kjøring er gjort — dette er måleoppsettet, ikke målingen.
   **(c), CLI-flate for `run_mandate_across_bundles`, er IKKE bygget:** motoren finnes ferdig
   (`run.py:2124`), og det som mangler er ett nytt flagg (aldri et repeterbart `--bundle-dir`), en
   `run_id`-myntingsregel operatøren må ta (utboksen er bevisst uwiret, `run.py:2178-2180`) og tre
-  partisjons-rader. Form, fire sett og måling: `docs/2026-09-12-p14-kontekstsett.md`.
+  partisjons-rader. Settene er senere erstattet av ett fiktivt eksempelsett: `serverrom-2027`,
+  `driftsavtale-2027` og `drift-og-avtale-2027`.
 - **Dommen over en kjoring er MASKINLEST, og ordrens egen (a)-definisjon var VAKUOS (P16 DEL A,
   14.09):** okt 102s kriterium ((a) bygger pa riktig fasit-konsept ELLER nekter forankret · (b')
   navngir konseptet · (c) 0 hallusinasjoner) ble dømt FOR HAND, og MALT 14.09 leste ingen kode
@@ -2391,12 +2391,12 @@
   alt finnes (`{run_id}[-{approach}]-proposal.json` · `-outcome.json` · `{run_id}-debate.json`) —
   ingen kjoring far et nytt felt. **ORDRENS (a) VAR EN GATE SOM BARE KUNNE BLI GRONN:** pa
   S2c-stien stempler `run_project` `citations = bundle_citations(bundle)`, altsa EN sitering per
-  konseptfil — MALT pa n100-2023: 446 kontekstfiler, 446 siteringer, **6 av 6 fasit-stier «sitert»
+  konseptfil — MALT pa en kravbase i utviklingskorpuset: 446 kontekstfiler, 446 siteringer, **6 av 6 fasit-stier «sitert»
   for ett eneste modellkall**. En sitering grunner derfor KUN under en smalere liste (et erklaert
   pre-pass-kutt); ellers ma grunningen komme av et dokument kjoringen faktisk APNET. Begge
   halvdeler rapporteres uansett (`opened`/`cited`/`citation_scope`), sa avviket er uttalt, aldri
   stille. **(b') ble sjekket for SAMME vakuitet og er REN:** snippetene er konsept-BODYER mens
-  `ref`/`title` bor i FRONTMATTER (MALT: 0 av 446 n100-bodyer inneholder `Krav 4.1.2—1`), sa
+  `ref`/`title` bor i FRONTMATTER (MALT: 0 av 446 kravbase-bodyer inneholder `Krav 4.1.2—1`), sa
   ordrens definisjon star. **NEVNER ALLTID** (ansikt 4): tool_calls, siteringer, approach-rader og
   konsepter i basen; en utboks uten proposal-artefakt — eller en base som skannes til null
   konsepter — REISER `EmptyMeasurement` i stedet for a rapportere «0 hallusinasjoner».
@@ -2426,7 +2426,7 @@
   helbase-snippet som baerer en `ref` er svakere bevis enn modellens eget `measure` — derfor er de
   to halvdelene skilt i utfallet.
 - **Taket pa en BETALT kjoring hadde ingen operatorflate, og tre flater beskrev en dor som ikke
-  fantes (P16 B2, 14.09):** `STATE.md`, `docs/2026-09-12-p14-kontekstsett.md § 4.1` og ordre
+  fantes (P16 B2, 14.09):** `STATE.md`, P14-rapportens § 4.1 og ordre
   `20260914T091846Z` publiserer alle den samme stresskommandoen, som ender `--max-rounds 8
   --max-tokens 120000`. MALT: `run.py` tok ingen av dem, alle fire gratis `--live-dry-run` nektet
   med `unrecognized arguments`, og `main()` sendte **aldri** `max_rounds`/`max_tokens` videre — sa
@@ -2455,8 +2455,9 @@
   som annonseres. Rettet til argv; M16 (les konstantene igjen) → 1 rod, den armen ALENE.
 - **En listing er et VINDU, og en sti kalleren fant på er en NEKT (P18/A, 14.09):** S7a-3 bandt
   kostnaden til oppføringer på ETT nivå i stedet for dokumenter i basen, og på fixturbasene holdt
-  det. P16 målte hva ett nivå koster på et LEVERT korpus: `krav/N200` **169 974 tegn** over 1 132
-  dokumenter, `krav/N100` 69 250 over 445, og R761s egen rot **110 912 over 2 728 UNDERKATALOGER** —
+  det. P16 målte hva ett nivå koster på et LEVERT korpus (et kravkorpus brukt under utviklingen): det
+  største kravnivået **169 974 tegn** over 1 132 dokumenter, et annet 69 250 over 445, og
+  prosesskatalogens egen rot **110 912 over 2 728 UNDERKATALOGER** —
   27–113× taket, ridende i hver senere prompt; 3 av 7 betalte kjøringer døde på tokentaket.
   **Vinduet dekker BEGGE slag, og det er en måling, ikke symmetri:** en paginering bare over
   dokumenter ville latt det STØRSTE målte nivået stå upaginert. `offset`/`limit` over kataloger
@@ -2464,8 +2465,8 @@
   med to svar. `limit` KLEMMES (`_DIRECTORY_PAGE_MAX = 50`), aldri nektes: kalleren ba om en
   listing, og å nekte den sender en modell som ba om for mye bort med ingenting. Default 10 er valgt
   MOT taket: én oppføring er 121–209 tegn (median 145) over de fire leverte basene, så ti av de
-  STØRSTE er 2 090 tegn med oppføringer — n100 lander på 1 493 (ordrens bundne krav), n500 1 453,
-  R761 479, og n200 på **1 537**, 2,5 % over, fordi taket er et TEGN-budsjett og vinduet er et
+  STØRSTE er 2 090 tegn med oppføringer — kravbase A lander på 1 493 (ordrens bundne krav), kravbase C 1 453,
+  prosesskatalogen 479, og kravbase B på **1 537**, 2,5 % over, fordi taket er et TEGN-budsjett og vinduet er et
   ANTALL; uttalt, ikke justert bort. **`total` er NEVNEREN og bæres alltid** (ansikt 4: et vindu
   uten nevner er en måling uten nevner), mens `total_matches` er et ANNET faktum, ikke en andre kopi
   — «hva er her» og «hvor mye av det slapp filteret gjennom» er to spørsmål, og en navigatør som
@@ -2516,7 +2517,7 @@
   ikke som én blob (P18/B1, 14.09):** P7 gjorde stadium 0b til `item.code in grounding`, ren
   delstreng over én sammenslått streng. P16 kjørte den mot et LEVERT korpus og målte hva
   containment ikke kan skille: falsifiseringsarmen `a4-indeksregulering` la 250 000 NOK på ÉN
-  kostlinje kodet **`R761`** — basens EGET NAVN, som alle 2 756 konseptdokumenter bærer — og hele
+  kostlinje kodet med **basens EGET NAVN** (fire tegn), som alle 2 756 konseptdokumenter bærer — og hele
   gaten sa `validated` (stage 0 hoppet over, uforankret kjøring; checker `approve`).
   **`Grounding` er en STRUKTUR, ikke et andre argument ved siden av teksten:** grensene og teksten
   er ÉTT faktum, og to bærere for ett faktum står fritt til å være uenige (kø-(p)); `.text` utledes,
@@ -2526,9 +2527,9 @@
   under målingen og kan ikke nekte noe som er målt; og over dokumentfrekvensen til hvert
   kodeformet token i hver base (`_IDENTIFIER_FORMS`) når **ingen av 1 692 distinkte** 5 % —
   høyeste noe sted er 6 av 446 (**1,35 %**), høyeste en fasit faktisk navngir 3 av 446 (**0,67 %**),
-  mens `R761` er **2 756 av 2 756 (100 %)**. `_GROUNDING_MAX_DOCUMENT_SHARE = 0.05` ligger altså
+  mens basenavnet er **2 756 av 2 756 (100 %)**. `_GROUNDING_MAX_DOCUMENT_SHARE = 0.05` ligger altså
   3,7× over det høyeste ekte tokenet og 20× under defekten. **Lengden er IKKE dét som gjør defekten
-  inert** (`R761` er fire tegn) — andelen er; N dekker sammentreffs-klassen målingen ikke tilfeldigvis
+  inert** (basenavnet er fire tegn) — andelen er; N dekker sammentreffs-klassen målingen ikke tilfeldigvis
   inneholdt. **Og en andel er ingen måling uten en nevner stor nok til å ta den** (ansikt 4): ett av
   tre dokumenter er 33 % og sier ingenting, så `_GROUNDING_MIN_INERT_DOCUMENTS = 10` er et ABSOLUTT
   gulv — høyeste absolutte dokumenttall noen ekte identifikator når i de fire korpusene er 6, og
@@ -2538,9 +2539,10 @@
   **Nevneren NAVNGIS i nekten** («appears in 2756 of the 2756 documents this run was given»), fordi
   Steg 5 mater den grunnen ORDRETT inn i neste forsøks prompt: en proposer som bare får «ungrounded»
   svarer med et nytt token av samme slag. **B2-SPIKEN FELTE ORDRENS EGEN ALTERNATIV-HYPOTESE:** (b)
-  «grunnlag = det kjøringen ÅPNET» ble MÅLT over P16s 16 kode-rader — `R761` står i hvert ÅPNET
+  «grunnlag = det kjøringen ÅPNET» ble MÅLT over P16s 16 kode-rader — basenavnet står i hvert ÅPNET
   dokument også, så (b) ville **ikke** fanget defekten (grunner fortsatt), mens B1 gjør den inert og
-  lar den ekte prosesslinja `65 ASFALTDEKKER` (29/2756 = 1,05 %) grunne. (b) er altså ikke et
+  lar en ekte seksjonslinje (nummer + versaltittel, formen `65 LAGRINGSSYSTEMER`; 29/2756 = 1,05 %)
+  grunne. (b) er altså ikke et
   substitutt for B1; målt, ikke bygget. Load-bearing MÅLT
   (`tests/test_inert_identifier_loadbearing.py`, **8 armer**), **sju mutasjoner mot HELE suiten** +
   grønn kontroll 1698/5: detach regelen (3 røde) · flagg alt som er til stede (**77**) · dropp
@@ -2560,24 +2562,24 @@
   bekrefter at den endrer utfallet levende før DEL D.
 - **`--docs-dir` er VALGFRI når `--bundle-dir` er gitt, og det er ikke omveien (P18/C1):** på
   bundle-stien LESES `docs_dir` aldri — retrieval, chunk-verktøyet og «no citable content»-sjekken
-  bor alle i VEG-grenen — likevel KREVDE gaten den, så den publiserte kommandoen måtte navngi samme
+  bor alle i referanse-grenen — likevel KREVDE gaten den, så den publiserte kommandoen måtte navngi samme
   katalog to ganger (P16 FUNN 2). Verdien bindes nå ÉN gang fra `--bundle-dir` når `--docs-dir`
   mangler, hvilket er byte-identisk med dét READMEen alt ber operatøren skrive for hånd; hver
   eksisterende invokasjon, to-flagg-formen inkludert, er uendret. **Dette er IKKE
   «`--docs-dir`-omveien»** (å mate prosjektdokumenter gjennom retrieval I STEDET FOR å ingeste dem
-  inn i en kunnskapsbase): ingen slik sti åpnes, og veg-grenen nekter fortsatt uten en EKTE
+  inn i en kunnskapsbase): ingen slik sti åpnes, og referanse-grenen nekter fortsatt uten en EKTE
   `--docs-dir` (egen arm). Nekten navngir nå BEGGE dører, ikke bare den ene den pleide å navngi.
   To mutasjoner, begge røde på de SAMME to armene (`tests/test_docs_dir_optional_loadbearing.py`,
   5 armer): krev `--docs-dir` igjen (2) · la CLI-en aldri videresende basen (2).
 - **Dommerens snippet-arm teller KUN under `citation_scope == "narrowed"` (P18/C2, PM-valg P16
   § 6.2):** (a) hadde alt den korreksjonen; (b′) hadde den ikke. P16s egen begrunnelse for at (b′)
   var ren — «snippetene er konsept-BODYER mens `ref`/`title` bor i FRONTMATTER, målt 0 av 446
-  n100-bodyer» — holder for `Krav 4.1.2—1`, men **IKKE for R761**, der et prosessnummer som `12.1`
+  kravbase-bodyer» — holder for `Krav 4.1.2—1`, men **IKKE for prosesskatalogen**, der et prosessnummer som `12.1`
   står i bodyene selv. Under en helbase-siteringsliste var det merket «sitert» før noe modellkall,
   så raden kom tilbake `named` for en kjøring der modellen ikke hadde sagt noe slikt. Diskriminatoren
   er PARET av to armer med SAMME snippet og SAMME merke, der eneste forskjell er scopet. Mutasjon
   (ignorer scopet) → 1 rød, den nye armen ALENE. **Isolert målt på ekte data:** re-dømming av runde 1
-  med den nye dommeren tar kontrakt-sorasen fra `named=3` til `named=1`, og den ene som står igjen
+  med den nye dommeren tar prosesskatalog-settet fra `named=3` til `named=1`, og den ene som står igjen
   er `named_in_measure` — modellens egne ord.
 - **En retning må NAVNGI kravet som binder den, og ha LEST det — og ordrens egen plassering var
   strukturelt inert (P19 DEL A, 15.09):** to betalte runder på rad ga **0 av 26** fasit-konsepter
@@ -2624,8 +2626,8 @@
   ikke `ProvenanceStamp` (stempelet beskriver gaten som dømte ÉN kandidat).
 - **En «kostkode» må ha en FORM når inputen tilbyr former — og formene bor ÉTT sted, i validatoren
   (P19 DEL B, 15.09):** P18s runde 2 endte med TO `validated` forslag hvis `affected_item`-koder var
-  vanlige ord fra en vegnormals prosa: `impulsventilator` (4 av 270 N500-dokumenter) og
-  `bituminøst bærelag` (4 av 1 133 N200). Begge er GRUNNET i P7s forstand (de står ordrett i
+  vanlige ord fra en kravstandards prosa (her gjengitt som `nødstrømsaggregat`, 4 av 270 dokumenter
+  i én kravbase, og `redundant kjøling`, 4 av 1 133 i en annen). Begge er GRUNNET i P7s forstand (de står ordrett i
   inputen) og ingen av dem er INERT i P18/B1s forstand (langt under 5 %-andelen) — de er bare ikke
   identifikatorer for en kostlinje, og gaten hadde ikke noe stadium som kunne si det. **KJENT-POSITIV
   MÅLT, ikke påstått:** begge spilt av offline mot basene kjøringene faktisk fikk gir `Rejection`
@@ -2634,11 +2636,11 @@
   rapport og P19/B3s gate, og to kopier av «hvordan en identifikator ser ut» ville latt rapporten og
   gaten være uenige om ÉN kjørings egen input (kø-(p)); importretningen tvang det uansett
   (`generate` importerer `validator`, aldri omvendt).
-  **B1 — to nye former, transkribert fra måling:** R761s kravnumre er bare punktum-tall (`12.1`,
-  `52.11`), ALLE SEKS `ref`-verdier i `contexts/kontrakt-sorasen-2027/fasit.json` er av den formen,
-  og INGEN av de to pre-P19-formene matchet én av dem — r761s hele tilbud var **3 identifikatorer
-  over 6,5 MB**. Målt etter: **2 332** (n100 435→578, n200 982→1 512, n500 272→391). Den fjerde
-  formen er `65 ASFALTDEKKER`. **Den FØRSTE formen ble UTVIDET i samme slengen, og dét er en
+  **B1 — to nye former, transkribert fra måling:** prosesskatalogens prosessnumre er bare
+  punktum-tall (`12.1`, `52.11`), ALLE SEKS `ref`-verdier i prosesskatalog-settets `fasit.json` er
+  av den formen, og INGEN av de to pre-P19-formene matchet én av dem — prosesskatalogens hele
+  tilbud var **3 identifikatorer over 6,5 MB**. Målt etter: **2 332** (kravbase A 435→578,
+  B 982→1 512, C 272→391). Den fjerde formen er seksjonslinja (`65 LAGRINGSSYSTEMER`). **Den FØRSTE formen ble UTVIDET i samme slengen, og dét er en
   måling:** B2 gjorde de samme formene til `prose`/`identifier`-avgjørelsen, og repoets EGEN
   `ENERGI-TOTAL-EL` matchet ingen av dem (form 1 krevde siffer etter separatoren) — klassifisereren
   kalte altså en ekte kostkode prosa, og den nye gaten nektet den. En gate får bare ta feil i
@@ -2649,9 +2651,9 @@
   i dem (M B-i → 16 røde, spredt over syv eldre testfiler); (2) **baseline-unntaket** — en kode
   `CostBaseline` bærer nektes ALDRI her, fordi stadium 0 alt har dømt den en ekte linje av dette
   prosjektet og det svakere stadiet skal ikke overprøve det sterkere (samme setning `_grounding_text`
-  bærer om sin tredje kilde); (3) **`has_identifier_form` FULL-matcher** — `impulsventilator 12.1`
+  bærer om sin tredje kilde); (3) **`has_identifier_form` FULL-matcher** — `nødstrømsaggregat 12.1`
   gjør ikke ordet til en kostkode, og en delstrengregel ville latt enhver prosa-kode smugle med seg
-  en. **ÆRLIGHETS-GRENSE, MÅLT OG UTTALT SOM EGEN ARM:** et desimaltall og et R761-prosessnummer er
+  en. **ÆRLIGHETS-GRENSE, MÅLT OG UTTALT SOM EGEN ARM:** et desimaltall og et prosessnummer er
   TYPOGRAFISK IDENTISKE (`42.5` vs `12.1`) og ingen regel skiller dem, så formen teller begge —
   P8s eksisterende «bare tall telles ikke»-arm er derfor SNEVRET til bare HELTALL (K2s målte klasse,
   46 394 forekomster) og desimal-tvetydigheten står i en egen, navngitt arm i stedet for i en
@@ -2752,25 +2754,26 @@
   sekvensiell).
 - **Et KRAVNUMMER er ikke en PRIS, og basens EGEN nummer-ordliste er dét som sier det — ordrens
   regel ble FELT av målingen før noe ble bygget på den (P20 DEL B, 15.09):** tre stressrunder og
-  ett multi-base-pass bar `validated` forslag hvis kostkode var et kapittelnummer i en vegnormal.
-  To overlever i utboksene og er kjent-positivene: **`10.4`** (tunnel-hauglia runde 3, n500) og
-  **`1.10.4`** (lindaas P17b, r761). Begge er GRUNNET i P7s forstand og ingen er INERT i P18/B1s
+  ett multi-base-pass bar `validated` forslag hvis kostkode var et kapittelnummer i en kravstandard.
+  To overlever i utboksene og er kjent-positivene: **`10.4`** (et kravbase-sett, runde 3, kravbase C) og
+  **`1.10.4`** (multi-base-passet P17b, prosesskatalogen). Begge er GRUNNET i P7s forstand og ingen er INERT i P18/B1s
   (`10.4` i 12 av 274 dokumenter, `1.10.4` i **1 av 2 756**); stadium 0 kjørte aldri, fordi ingen
-  vegnormal-base bærer en kostbaseline. **Ordrens B1 sier: form 2/3 OG «står som
-  `req_number`/`prosessnr` i toppnivå-frontmatter» → nekt.** MÅLT 15.09: n500 erklærer
+  kravbase bærer en kostbaseline. **Ordrens B1 sier: form 2/3 OG «står som
+  `req_number`/`prosessnr` i toppnivå-frontmatter» → nekt.** MÅLT 15.09: kravbase C erklærer
   `seksjon: 10.4.1`…`10.4.4` og `req_number: Krav 10.4.3—2`, men **aldri den bare `10.4`** — den er
-  et seksjons-PREFIKS; og r761 erklærer 2 727 `prosessnr` + 2 753 `seksjon`, hvorav **ingen** er
-  `1.10.4`, som står ÉN gang, som prosa: «iht. vegnormal N200 Vegbygging kap. 1.10.4». **Den
+  et seksjons-PREFIKS; og prosesskatalogen erklærer 2 727 `prosessnr` + 2 753 `seksjon`, hvorav **ingen**
+  er `1.10.4`, som står ÉN gang, som prosa: en henvisning til kapittel 1.10.4 i en annen
+  kravstandard. **Den
   ordrede regelen fyrer altså på INGEN av sine egne kjent-positive.** KOMPLEMENTET fyrer på BEGGE,
   og lukker et hull `_ground_against_input`s egen docstring alt innrømmer skriftlig («it fails OPEN
   … on a coincidental match»): for ÉN form — et klausulnummer — gir basen oss ordlista som skiller
   en ekte referanse fra et sammentreff. Regelen er derfor: **UFORANKRET + kravformet kode + basen
   erklærer en ordliste + koden er IKKE i den → nekt, med nevner.** **Komplementet er også dét som
-  SPARER det ene kontekstsettet bygget på ekte prosesskoder:** alle fem kodene i
-  `contexts/kontrakt-sorasen-2027` (`12.1`, `12.12`, `22.1`, `52.11`, `51.1`) ER erklærte
-  `prosessnr` og passerer — under den ordrede regelen ville hver av dem blitt nektet på en
-  uforankret r761-kjøring, og settets positive armer blitt umålbare; dét er R761-risikoen ordren
-  selv navngir, ankommet gjennom døra den ble pekt bort fra. **MÅLT over ALLE 24 koder i runde 3 +
+  SPARER det ene kontekstsettet bygget på ekte prosessnumre:** alle fem kodene i
+  prosesskatalog-settet (i dag `contexts/driftsavtale-2027`; `12.1`, `12.12`, `22.1`, `52.11`,
+  `51.1`) ER erklærte `prosessnr` og passerer — under den ordrede regelen ville hver av dem blitt
+  nektet på en uforankret prosesskatalog-kjøring, og settets positive armer blitt umålbare; dét er
+  prosesskatalog-risikoen ordren selv navngir, ankommet gjennom døra den ble pekt bort fra. **MÅLT over ALLE 24 koder i runde 3 +
   P17b (10 kjøringer):** nøyaktig to er kravformede, de er de to kjent-positive, og offline replay
   flipper nøyaktig de to (`validated → rejected`) mens 22 står uendret. **Generalitetsvernet er
   `_form_refusal`s mønster:** en input som erklærer INGEN referansenumre kan ikke besvares i en
@@ -2816,7 +2819,7 @@
   mandat, så `criteria` er tom uansett og bare rendererens egen arm faller.
 - **En parse-feil brenner ikke lenger rundeboka i stillhet, og annonseringen navngir hva den
   handler om (P20 DEL C, 15.09):** `_fetch_parsed` prøvde på nytt med den BYTE-IDENTISKE prompten.
-  MÅLT (P19 F4): `kontrakt-sorasen-04` etterlot `{run_id}-parse-failures.json` med **elleve** rader,
+  MÅLT (P19 F4): en betalt kjøring på prosesskatalog-settet etterlot `{run_id}-parse-failures.json` med **elleve** rader,
   hver av dem samme feil (`claimed_saving_nok` ≤ 0) — elleve av kjøringens tolv runder, brukt på å
   spørre om igjen uten å si hva som var galt. Steg 5s `prior_rejection` bærer VALIDATOR-avvisninger,
   og et svar som aldri parset når aldri en validator, så ingen eksisterende blokk kunne bære det.
@@ -2832,11 +2835,11 @@
 - **PRISEN HØRER TIL PROSJEKTET, ikke til kunnskapsbasen — og ordrens egen B2-regel ble FELT av
   måling (P21 DEL A+B, 15.09):** fire betalte runder (P16/P18/P19/P17b/P20) kjørte **UFORANKRET,
   alle sammen**, fordi den ene fil-lasteren leser `cost-baseline.json` ut av BUNDLE-katalogen og
-  ingen vegnormal bærer et prisskjema: N100/N200/N500/R761 er KUNNSKAP, og kunnskap bærer krav,
+  ingen kravbase bærer et prisskjema: de fire basene er KUNNSKAP, og kunnskap bærer krav,
   aldri beløp. Validatorens **stadium 0** — det ENE stadiet som skiller en oppdiktet kostlinje fra
   en linje dette prosjektet faktisk kjøper — ble derfor hoppet over i hver eneste av dem, og
-  `validated` kunne ikke bety det det sier: P20 G1/G2 målte EKTE R761-prosessnumre (`12.11` ×3 på
-  sorasen, `1.1.1` på lindaas) som validerte med beløp ingen hadde noe sted.
+  `validated` kunne ikke bety det det sier: P20 G1/G2 målte EKTE prosessnumre (`12.11` ×3 på
+  prosesskatalog-settet, `1.1.1` på multi-base-settet) som validerte med beløp ingen hadde noe sted.
   `--cost-baseline FILE` er PM-beslutning **(e)**, valgt over tre alternativer P20 skrev ned:
   (a) nekt enhver kravformet kode uforankret ville gjort det ENE realistiske kontekstsettet
   umålbart, (b) `--require-cost-baseline` som default ville etterlatt ingen stresstest, og
@@ -2872,9 +2875,9 @@
   label/description, som er nøklet på samme kode (kø-(p)). **ORDRENS ARM (h) BLE FELT AV MÅLING
   FØR NOE BLE BYGGET PÅ DEN:** regelen «ingen baseline-kode er et kravnummer basen erklærer» er
   MÅLT mot `okf.declared_reference_numbers` over de fire monterte basene — de fire prosjektkodede
-  settene bærer **0**, og `kontrakt-sorasen-2027` bærer **5 av 5** (`12.1`, `12.12`, `22.1`,
-  `52.11`, `51.1` er ekte R761-`prosessnr`). Det er ikke et uhell i settet; det er hva R761
-  Prosesskoden ER — en norsk vegkontrakts mengdebeskrivelse prises BY prosesskode — så ordrens
+  settene bærer **0**, og prosesskatalog-settet bærer **5 av 5** (`12.1`, `12.12`, `22.1`,
+  `52.11`, `51.1` er ekte `prosessnr` i katalogen). Det er ikke et uhell i settet; det er hva en
+  prosesskatalog ER — en kontrakts mengdebeskrivelse prises BY prosessnummer — så ordrens
   regel ville tvunget fram en omskriving av nettopp det settet beslutning (e) ble valgt for å
   bevare. **KOMPLEMENTET beholder begge:** et prisskjema kan prise det kommisjonen NAVNGIR, og kan
   ikke INNFØRE en korpus-identifikator som en kostlinje ingen bestilte. Ordrens egen mutasjon biter
@@ -2906,7 +2909,7 @@
   `1,1,1,1,1,1,1,2,5,5,6,13,13`: sju erklærte basens FØRSTE krav etter å ha åpnet ETT dokument.
   **C1 — ordren ba om en måling, ikke en preferanse, og målingen valgte:** alternativet («det
   erklærte dokumentet må ha blitt returnert av et `read_dir` filtrert på et ord fra approachens
-  label») ble spilt av mot de EKTE listingene og nekter **13 av 13** — inkludert sorasens `12.11`,
+  label») ble spilt av mot de EKTE listingene og nekter **13 av 13** — inkludert prosesskatalog-settets `12.11`,
   som ordren navngir som det nærmeste noen kjøring kom; MÅLT kom **null** av de 13 erklæringene
   gjennom en filtrert listing i det hele tatt. En gate som nekter hvert målte tilfelle, riktige som
   gale, kan ikke SKILLE — det er vakuøs-gate-klassens speilbilde. Den andre regelen (**færre enn
@@ -2921,9 +2924,9 @@
   og P19-gaten («du leste den aldri») er URØRT og sjekkes FØRST: de to er ulike fakta, og den
   første kan rettes med ett kall. **C2 — nekten navngir naboene:** over de samme seks sporene navnga
   **18 av 143** sti-bærende verktøykall en sti basen ikke holder, og **ELLEVE** av dem er ÉN kjøring
-  som vandrer `R761/4-3`, `4.3`, `4-2`, `4-1`, `4-0`, `4-5`, `4-6` — gjetting på en
-  kapittelnummer-skrivemåte korpuset ikke bruker, mens de ekte navnene er `R761/4`, `R761/41`,
-  `R761/42`. Nekten navnga alt den nærmeste LISTBARE forfaren, som er riktig rung; det den ikke
+  som vandrer `P900/4-3`, `4.3`, `4-2`, `4-1`, `4-0`, `4-5`, `4-6` — gjetting på en
+  kapittelnummer-skrivemåte korpuset ikke bruker, mens de ekte navnene er `P900/4`, `P900/41`,
+  `P900/42`. Nekten navnga alt den nærmeste LISTBARE forfaren, som er riktig rung; det den ikke
   kunne si var hvilket av den rungens navn som var ment. `okf.nearest_subdirectories` +
   `nearest_listable_directory` er ÉN kopi delt av BEGGE nekt-stedene (`read_file` i `explore.py` og
   `directory_listing` i `okf.py`) — ett spørsmål om én base må ikke ha to svar (kø-(p)) — og
@@ -2933,7 +2936,7 @@
   bygget fra `files` kunne navngitt `type: verdict`-laget VED STI — å reklamere i en NEKT for det
   ene laget ingen listing nevner er den samme lekkasjen i unnskyldningens klær. **Rangert etter
   lengste felles prefiks med segmentet som feilet**, så kortest, så navn — dét er hva som setter
-  `R761/4` FØRST for `4-3`; uten felles prefiks i det hele tatt degraderer ordenen til «de korteste
+  `P900/4` FØRST for `4-3`; uten felles prefiks i det hele tatt degraderer ordenen til «de korteste
   navnene på dette nivået», som er et ærlig «her er hva som ER her». En rangering kan ikke nekte
   noe (dette er hjelpetekst på en nekt), så feilretningen er godartet. **MÅLT ETTER: 16 av 18**
   nekter navngir nå minst én nabo; de to som ikke gjør det har en forfar som holder dokumenter og
@@ -2944,7 +2947,7 @@
   detachet (2 røde) · C3(ii) nabolista tom (6) · C3(iii) bygget fra `files` (1, verdict-armen
   ALENE) · C3(iv) tell KALL i stedet for distinkte dokumenter (1, gjentakelses-armen ALENE).
   **TRE EKSISTERENDE ARMER ER SKREVET OM, IKKE SVEKKET** (`test_binding_requirement`s
-  korreksjons-arm, `test_right_requirement`s tunnel-arm og `test_across_bundles_cli`s
+  korreksjons-arm, `test_right_requirement`s kravbase-arm og `test_across_bundles_cli`s
   per-base-sink-arm): alle tre leste ETT dokument og erklærte, altså nøyaktig den målte
   feilklassen; de leser nå tre, og armene beholder sin betydning — en erklæring kjøringens EGET
   spor støtter blir AKSEPTERT og REGISTRERT. **Ærlighets-grenser, uttalt:** sporet registrerer ikke
@@ -2957,7 +2960,7 @@
   som den kjoepte: **0 av 20** tilnaerminger validerte (runde 4: 4 av 20), og **26 av 26**
   avvisninger — 20 approach-rader PLUSS 6 egne forslag, altsaa en STOERRE populasjon enn de 20 —
   leste `unknown cost code '<paafunn>': not in project P's cost baseline (5 known codes)`. Modellen
-  fant paa `signalregulering_konstruksjon`, `VENTIL_IMP`, `RIGG01`, `baerelag_asfalt` og 22 til, og
+  fant paa `RIGG01` og 25 andre koder, og
   den KUNNE ikke gjort annet: prisskjemaet naar VALIDATOREN og aldri proposeren, og nekten oppga
   ANTALLET kjente koder, ikke ett eneste navn. Steg 5 mater setningen ORDRETT inn i neste forsoeks
   prompt, saa «du gjettet feil, det finnes fem riktige» baerer ingenting aa korrigere mot.
@@ -2974,10 +2977,10 @@
   M A4 → 2 roede). **Rekkefoelgen er skjemaets egen** — en sortering ville oppfunnet en rangering
   prosjektet aldri uttalte (M A3 → 1 roed, den armen ALENE). Vinduet er 20, valgt ved MAALING med
   nevner: hver kostbaseline i repoet eller dets maalte korpora er hoeyst SEKS koder (kontekstsettene
-  5/5/5/5/6, de to `shared/examples` 1 hver, MAJOR-4s avledning av det syntetiske K2-prisskjemaet 3),
+  5/5/5/5/6, de to leverte energi-eksemplene 1 hver, MAJOR-4s avledning av det syntetiske K2-prisskjemaet 3),
   og det stoerste EKTE leverte prisskjemaet maalt er K2s `prissammenstilling-sheet-1.md` med 14
   prisede rader av 118 linjer — ingenting maalt naar vinduet; det finnes for den umaalte
-  R761-formede mengdebeskrivelsen, der korpuset erklaerer 2 727 `prosessnr`.
+  prosesskatalog-formede mengdebeskrivelsen, der korpuset erklaerer 2 727 `prosessnr`.
   **`rejection_stage` er koblingen P21s «a4 5/5 paa stage0-baseline» hviler paa** og noekler paa
   delstrengen `cost baseline (` — hadde den nye klausulen flyttet den, ville hver stadium-0-nekt
   blitt omdoept til `other` i stillhet (M A7 → 2 roede, hvorav ett ELDRE uavhengig vitne).
@@ -3009,14 +3012,14 @@
   ett trinn over. **Ordene som sammenlignes er DOKUMENTETS, aldri `ref`** — kallerens eget argument
   ekkoet tilbake, og en sammenligning mot kallerens input kan bare vaere enig (M B4 → 1 roed, den
   armen ALENE; P20/A1s regel anvendt paa halvdelen P20 ikke naadde). **Sjenerøs i BEGGE retninger**
-  (delstreng hver vei, saa `rundkjoring` moeter `Rundkjoringer` og `senkekostnader` moeter `senke`),
+  (delstreng hver vei, saa `sikkerhetskopi` moeter `Sikkerhetskopier` og `senkekostnader` moeter `senke`),
   og feilretningen er VALGT: rapporten sier ett av to, og bare ett av dem kan gjoere skade — en
   falsk «ingen overlapp» skyver en modell BORT fra en erklaering som var riktig, mens en falsk
   «overlapp» bare gjoer rapporten stille. Delstreng feiler mot stille (P18s `filter` valgte samme
   retning av samme grunn; M B7 → 1 roed, M B2 → 5, M B3 → 2). `_LABEL_WORD_MIN = 4`, ellers deler
   hver label «for»/«med»/«til» med et halvt korpus (M B8 → 3 roede).
   **MAALT FOER DEN BLE BYGGET**, offline mot de seks sporene slik ordren krevde (ingen betalte kall
-  i DEL B): regelen TALER paa **10 av 12** erklaeringer og tier paa 2 (begge fv412, paa
+  i DEL B): regelen TALER paa **10 av 12** erklaeringer og tier paa 2 (begge i ett kravbase-sett, paa
   `materialer`). En regel som talte paa 12 av 12 — eller paa 0 av 12 — kunne ikke skilt de to
   klassene, samme proeve P21/C1s terskel maatte bestaa. **`labels` DEFAULTER til tom**, saa hvert
   kallsted skrevet foer i dag er BYTE-IDENTISK og de tre noeklene UTELATES (fravaerende, ikke tomme:
@@ -3042,8 +3045,8 @@
   Grunnen er strukturell, ikke tilfeldig: den naermeste listbare forfaren til en GJETTET dokumentsti
   holder ofte dokumenter og ingen underkataloger, og da ble naboklausulen utelatt — BEVISST, fordi en
   tom liste er en setning uten innhold. **MAALT over runde 5s seks `read_file`-bom: TRE lander paa en
-  slik forfar** (`krav/N100` med 445 dokumenter; `R761/1` med NOEYAKTIG ETT — som to separate
-  gjetninger i samme kjoering, `R761/1/1-1.md` og `R761/1/R761-1-1_id-...md`, begge strakte seg
+  slik forfar** (`krav/D100` med 445 dokumenter; `P900/1` med NOEYAKTIG ETT — som to separate
+  gjetninger i samme kjoering, `P900/1/1-1.md` og `P900/1/P900-1-1_id-...md`, begge strakte seg
   etter), og tre har underkataloger og var alt besvart. `okf.nearest_documents` er soesknet til
   `nearest_subdirectories`, ALDRI en utvidelse av den: **aldri begge klausuler** (forfaren er ETT
   nivaa, og aa navngi dens dokumenter naar den ogsaa har underkataloger besvarer et annet spoersmaal
@@ -3058,7 +3061,7 @@
   **`_shared_prefix` er den ene rangeringsregelen, delt av begge soesken**, og det staar her fordi en
   MUTASJON FANT DEN UVITNET: aa bytte den mot en ren revers-sortering lot HELE suiten staa groenn
   (1890/5) — bindingen, kilden og resolver-egenskapen var alle gatet, og REKKEFOELGEN var det ikke.
-  For `R761/1` koster det ingenting (ett dokument, ett svar), men et nivaa i et levert korpus kan
+  For `P900/1` koster det ingenting (ett dokument, ett svar), men et nivaa i et levert korpus kan
   holde 445, og da ER hvilke fem den navngir hele verdien av klausulen. Den nye armen bygger et nivaa
   der det naermeste navnet ogsaa er det LENGSTE, saa en lengde-regel legger det sist og en
   alfabetisk legger et annet foerst — bare prefiks-regelen legger det foerst (M C7 → 1 roed etter
@@ -3090,7 +3093,7 @@
   sporingskravet borte (2) · AI-vakten borte (1) · `>` i stedet for `≥` 80 % (1) · godkjennings-
   vakten borte (1) · rad 6 ignorerer k (1) · rad 7 blir fellende (2). **Ærlighets-grenser, uttalt:**
   basene rad 6–7 dømmer mot er et annet repos montering og kan være under ombygging (målt 17.09:
-  `r761-2025` uten `index.md`) — `--bundle-root` peker da på en utpakket kopi; bevisene for type 1, 3
+  prosesskatalogen uten `index.md`) — `--bundle-root` peker da på en utpakket kopi; bevisene for type 1, 3
   og 7 er EKSISTERENDE tester registrert ved node-id, så en omdøping gjør typen rød til registeret
   rettes (gatet av en egen arm).
 - **v1-gaten er HERDET mot forfalskning — og sier det den ikke kan bevise (uavhengig review 17.09):**
@@ -3129,7 +3132,7 @@
   stedet for å skjule at modellstøy og et besvart innspill ser like ut. Rapportens stadie-navn er
   prosa, aldri `stage4-p90`, og et sitat bærer ANTALLET siterte steder. Load-bearing MÅLT
   (`tests/test_round_builder_loadbearing.py`, 40 armer, hvert tall talt en gang til fra
-  fixturens egen tabell — men «MÅLT» om ANTALLET holder først fra 19.09, se raden under); MÅLT på fire EKTE arkiverte utbokser (`tunnel-hauglia-2027` -04/-06/-07
+  fixturens egen tabell — men «MÅLT» om ANTALLET holder først fra 19.09, se raden under); MÅLT på fire EKTE arkiverte utbokser (et kravbase-sett, kjøring -04/-06/-07
   /-08): gaten leser rundene, rad 1 = **FORM OK, IKKE BEVIST**. **Ærlighets-grense, uttalt:** rad
   2 blir RØD og ikke FORM OK på de samme rundene — radene endret seg (2, 5, 5), men ingen endring
   er sporet til en feedback-id, fordi sporingen ikke finnes ennå. Den hører i oversettelsen
@@ -3149,14 +3152,14 @@
   gitt. FIRE av de fem ligger ikke i en utboks som også har coverage — og for `plan-review` sier
   det ingenting, for den typen finnes ikke som artefakt i repoet i det hele tatt (0 filer).
   `multibase` GJØR det: fire utbokser (`p17b-multibase/`, `p20-stress/`, `p21-stress/`,
-  `p22-stress/`, alle `lindaas`) har både multibase og coverage, og hver av dem har to
+  `p22-stress/`, alle for multi-base-settet) har både multibase og coverage, og hver av dem har to
   coverage-filer. Det er derfor de faller utenfor «nøyaktig én coverage»-regelen unionen telles
   over — og samtidig beviset på at sju er GULVET målingen gir, ikke et tak. Binderen kopierer
   dessuten på glob, ikke på denne lista, så en type utenfor den bæres uansett). **Setningen er
   skrevet om TRE ganger og var usann hver gang; den er nå pinnet** av en arm som teller utboksene
   og krever at raden sier det tellingen sier
   (`test_the_ledgers_claim_about_the_five_other_types_is_what_the_repo_measures`). Talt over de
-  fire arkiverte kjøringene sjekkpunktet leste (`tunnel-hauglia-2027` -04/-06/-07/-08; hver
+  fire arkiverte kjøringene sjekkpunktet leste (kravbase-settets -04/-06/-07/-08; hver
   `<run_id>-<rest>.json` typet som
   `proposal`/`outcome` når `<rest>` ender der, ellers `<rest>` selv): `-06`, `-07` og `-08` har
   alle sju (15 filer hver), `-04` har seks (12 filer, ingen `parse-failures` — den skrives bare når
@@ -3174,7 +3177,7 @@
   kjøringens hele hentede kontekst stemplet én gang per forslag. Rapporten kan ikke gjøre det
   sitatet informativt; den kan slutte å gjenta det, og si hva lista faktisk er · **samme
   kostnadslinje på begge sider av dommen navngis der det skjer** (den ekte rapporten avviste
-  `TUN-LYS-01` under én etikett og validerte den under en annen uten å si det — `TUN-VENT-01`
+  én kostnadslinje under én etikett og validerte den under en annen uten å si det — en andre linje
   gjorde det samme) · en **fjernet tilnærming** skrives med etiketten fagpersonen så, med id-en i
   parentes, lest fra coverage i FORRIGE rundes egen utboks; `outcome.json` beholder sine fire
   kolonner. **12 av 12 mutanter felt** i scratch-klone, kontroll 40 av 40. Den tolvte var først
@@ -3219,7 +3222,7 @@
   `rejection_stage` `unsupported`, dommeren) sjekker klassen FØRST. `validator_decision` forblir
   `validated` (den speiler kun validatoren). **Regelen er aktiv nøyaktig når debatten hadde
   erklæringsverktøyet** — også på mikro-basen, som har 0 kravnumre (PM-rettelse: ingen
-  spesialbehandling); veg-stien og pre-pass-stien har ingen trapp og er urørt. Erklæringens
+  spesialbehandling); referanse-stien og pre-pass-stien har ingen trapp og er urørt. Erklæringens
   KVALITET dømmes ikke (P22 § 4), så regelen kan spilles ved å erklære et hvilket som helst lest
   dokument — uttalt svakhet. Dommeren leser en erklæring under tilnærmingens id som `approach`, en
   uten `approach_id` (eldre artefakter) som `run`; v1-gatens rad 6 sier da «IKKE MÅLT», og IKKE
@@ -3227,13 +3230,16 @@
   (`tests/test_row6_declaration_rule_loadbearing.py` + rad 6-probene), ti mutasjoner alle røde.
 - **Målingene leser en FROSSET kopi av korpuset, pinnet med sha256 — aldri et annet repos levende
   build-mappe (18.09, ordre `20260917T223645Z-1296211942`):** gaten, stressdommeren og fire
-  korpus-tester leste `~/repos/vegnormal-okf/build/ferdig` DIREKTE. **MÅLT 17.09 17:43:** vegnormal
-  bygget om `r761-2025`, rad 6–7 sa «IKKE MÅLT» og fem tester falt, for en endring ingen her gjorde.
+  korpus-tester leste et annet repos levende `build/ferdig`-mappe DIREKTE. **MÅLT 17.09 17:43:**
+  korpusbygget bygget om en av kildebasene, rad 6–7 sa «IKKE MÅLT» og fem tester falt, for en endring ingen her gjorde.
   **Feilmodusen var aldri usannhet** — gaten sier IKKE MÅLT og exit 1, aldri falskt grønn — den var
   USTABILITET: to prosjekter delte en mappe ingen av dem eier, så hva dette repoet MÅLER kunne
   flytte seg uten en commit her. **En kopi alene ville bare skjøvet den mappa ett hakk unna**, så
   kopien kommer med en PIN: `frozen_bundles.json` (tracked) bærer sti + sha256 + filantall per base,
-  mens BUNDLENE ALDRI committes her (vegnormal-korpus skal ikke til en offentlig flate).
+  mens BUNDLENE ALDRI committes her (et eksternt korpus skal ikke til en offentlig flate). (Siden
+  23.09 er standardlageret de to syntetiske eksempelbasene som følger med pakken,
+  `src/portfolio_optimiser/data/kunnskapsbaser/`; et eget korpus pekes ut med
+  `PORTFOLIO_FROZEN_BUNDLES`.)
   **Tre tilstander, skilt VED KONSTRUKSJON, og den tredje er hele poenget:** kopien MATCHER → den
   eneste stien som måler noe; kopien er BORTE → `FrozenBundleMissing`, en `OSError`, så gatens
   eksisterende `except OSError` gir IKKE MÅLT + exit 1 uendret og korpus-testene SKIPPER (MAJOR-3s
@@ -3245,19 +3251,19 @@
   bytene** — uten det ville et korpus stokket om under samme bytes pinnet rent — og katalognavnet
   BÆRER de 12 første tegnene av digesten, så en foreldet kopi er synlig i `ls`, ikke bare for
   verifisereren. **Fornyelse er en BESLUTNING, aldri rydding:** ny kopi + ny pin i SAMME commit
-  (README § Frozen knowledge bases). `--bundle-root` / `PORTFOLIO_VEGNORMAL_ROOT` består som
+  (README § Frozen knowledge bases). `--bundle-root` / `PORTFOLIO_BUNDLE_ROOT` består som
   operatørens EKSPLISITTE, UPINNEDE levende montering — måten å se på et ferskt korpus før man
   bestemmer seg for å fryse på nytt; uten den kan ikke gaten brukes til å ta den beslutningen.
-  **Grep-gaten dekker BEGGE stavemåtene, hver med sin egen kjent-positiv:** `vegnormal-okf/build`
-  (3 treff før) og det siterte sti-segmentet `"vegnormal-okf"` (4 treff før) — en fil-bred gate med
+  **Grep-gaten dekker BEGGE stavemåtene av det andre repoets byggesti, hver med sin egen
+  kjent-positiv:** stien til byggemappa (3 treff før) og det siterte sti-segmentet (4 treff før) — en fil-bred gate med
   ÉN av dem ville vært grønn mot fire av de sju stedene, og prosa som dokumenterer historikk
   (3 treff) er eksplisitt tillatt. Testfila bygger tokenet med `"-".join(...)`, fordi `ruff format`
-  MÅLT folder `"vegnormal" "-okf"` tilbake til én literal og gaten da blir rød mot sin egen kilde.
+  MÅLT folder to tilstøtende literaler tilbake til én literal og gaten da blir rød mot sin egen kilde.
   Load-bearing MÅLT (`tests/test_frozen_bundles_loadbearing.py`, 17 armer), **åtte mutasjoner alle
   røde mot HELE suiten** + grønn kontroll **1984/5 + 5 xfailed** og node-ID-supersett (1977 → 1994,
   **0 fjernet**): M1 pinnen verifiseres aldri (7 røde) · M2 avvik kollapset inn i «mangler» (5) ·
   M3 navnet hashes ikke (40) · M4 gate-sømmen reverteres til `root/name` (1) · M5 korpus-testene
-  skipper på avvik også (4 — én per fil) · M6a `vegnormal-okf/build` tilbake i `src` (1) ·
+  skipper på avvik også (4 — én per fil) · M6a byggestien tilbake i `src` (1) ·
   M6b det siterte sti-segmentet tilbake i en test (1) · M7 katalognavnet dropper den korte digesten
   (1, og 45 skipped — som beviser at fravær er en SKIP, ikke en falsk grønn) · M8 den eksplisitte
   overstyringen ignoreres (3, hvorav TO i `test_stress_judge_loadbearing.py`, uavhengige vitner
@@ -3269,7 +3275,7 @@
   kjørt med `--bundle-root` måler ikke det pinnede korpuset og sier det ikke — pinnen er default,
   ikke et påbud; digesten dekker hver fil, så en `.DS_Store` som dukker opp i kopien er et AVVIK
   (MÅLT: null `.DS_Store` og null symlenker i alle fire basene da kopien ble tatt); og kopien ble
-  tatt 18.09 fra vegnormals mappe KUN ved lesing — kildens mtimer er uendret.
+  tatt 18.09 fra korpusbyggets mappe KUN ved lesing — kildens mtimer er uendret.
 
 - **B-gaten måler po som VERKTØYKASSE Claude Code driver — og po får aldri en vei tilbake til
   Claude (19.09, ordre `20260919T040628Z-4756715055`, REPARERT samme dag etter PM-sjekkpunktet,