feat(p16): the stress judge -- and the order's own (a) was a gate that could only be green

Session 102's criterion ((a) built on the right fasit concept OR refused anchored, (b') names it,
(c) zero hallucinations) was adjudicated BY HAND. Measured 14.09: nothing in the tree read
contexts/<set>/fasit.json against an outbox at all, so "provable against the base" had no
repeatable form. portfolio_optimiser.stress reads ONLY artefacts that already exist -- the
per-approach proposal/outcome pair and {run_id}-debate.json -- so no run gains a field.

MEASURED BEFORE BUILDING: the order defines grounded as "OPENED or CITED", but on the S2c path
run_project stamps citations = bundle_citations(bundle), one per context file. On n100-2023 that
is 446 citations over 446 concepts, and 6 of 6 fasit paths are already "cited" before a single
model call. Honouring it literally would be the repo's own vacuous-gate class inside the gate
built to catch it, so a citation grounds an approach only under a NARROWED list (a declared
pre-pass cut); both halves are reported either way. (b') was checked for the same vacuity and is
clean -- snippets are bodies, ref/title live in frontmatter (0 of 446 n100 bodies carry
"Krav 4.1.2-1") -- so the order's definition stands.

A2: unanswerable questions had no runnable form (po is not a lookup tool), so they become a FOURTH
commissioned approach per set whose cost line the base carries no ground for, and fasit.json
carries must_refuse INSTEAD of unanswerable -- one form, never two copies of one fact. Rule U is
untouched and its known-positive is still red.

Load-bearing MEASURED (20 arms), eleven mutations all red on their own arm, green control 1663/5
(from 1643/5, superset, 0 removed), golden demo-transcript.stdout BYTE-UNCHANGED
(shasum -a 1 of the CONTENT = ea8c534773acdbe41ae68f2c55724d69aaf8be4f).

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

contexts/kontrakt-sorasen-2027/fasit.json

@@ -52,31 +52,19 @@
       ]
     }
   ],
-  "unanswerable": [
+  "honesty": "Entreprisen Søråsen er KONSTRUERT av meg: kontraktsnavn, lengde, riggperiode og alle tre beløpene er oppdiktede størrelsesordener. Til forskjell fra de tre andre settene er affected_codes her EKTE prosessnumre fra R761 (12.1, 12.12, 22.1, 51.1, 52.11), lest ut av basens egen prosessnr-frontmatter — men R761 er en beskrivelsesstandard uten priser, så kodene er ekte mens beløpene ikke er det. must_cite er lest ordrett ut av basen. P16: den fjerde tilnaermingen a4-indeksregulering og dens kostkode INDEKS-01 er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden.",
+  "must_refuse": [
     {
-      "question": "Hvilket kostnadsestimat ligger til grunn for riggposten i denne kontrakten?",
-      "anchors": [
-        "kostnadsestimat",
-        "kalkyle"
-      ],
-      "expected": "ubesvart - riktig svar er aa si at basen ikke baerer dette"
-    },
-    {
-      "question": "Hva er markedsprisen på tilkjørt filtermateriale i denne regionen i 2027?",
-      "anchors": [
-        "markedspris",
-        "prisstigning"
-      ],
-      "expected": "ubesvart - riktig svar er aa si at basen ikke baerer dette"
-    },
-    {
-      "question": "Hvordan skal kontraktssummen indeksreguleres gjennom byggeperioden?",
+      "approach_id": "a4-indeksregulering",
       "anchors": [
         "indeksregulering",
-        "nåverdi"
+        "kalkyle",
+        "kostnadsestimat",
+        "markedspris",
+        "nåverdi",
+        "prisstigning"
       ],
-      "expected": "ubesvart - riktig svar er aa si at basen ikke baerer dette"
+      "rationale": "R761 er en prosesskode: den beskriver hva som skal utfores og males, ikke hva det koster. Kostnadsestimat, markedspris, prisstigning, indeksregulering og naverdi finnes ikke i basen. Spoersmaalene denne approachen staar for: Hvilket kostnadsestimat ligger til grunn for riggposten i denne kontrakten? | Hva er markedsprisen på tilkjørt filtermateriale i denne regionen i 2027? | Hvordan skal kontraktssummen indeksreguleres gjennom byggeperioden?"
     }
-  ],
-  "honesty": "Entreprisen Søråsen er KONSTRUERT av meg: kontraktsnavn, lengde, riggperiode og alle tre beløpene er oppdiktede størrelsesordener. Til forskjell fra de tre andre settene er affected_codes her EKTE prosessnumre fra R761 (12.1, 12.12, 22.1, 51.1, 52.11), lest ut av basens egen prosessnr-frontmatter — men R761 er en beskrivelsesstandard uten priser, så kodene er ekte mens beløpene ikke er det. must_cite er lest ordrett ut av basen."
+  ]
 }

contexts/kontrakt-sorasen-2027/mandate.json

@@ -33,6 +33,16 @@
       ],
       "claimed_saving_nok": 1300000.0,
       "bundle_id": "vegnormal-r761-2025"
+    },
+    {
+      "id": "a4-indeksregulering",
+      "label": "Kutt ved gunstigere indeksregulering av kontraktssummen",
+      "description": "Vi vil kutte ved a legge en gunstigere indeksregulering til grunn for kontraktssummen.",
+      "affected_codes": [
+        "INDEKS-01"
+      ],
+      "claimed_saving_nok": 2500000.0,
+      "bundle_id": "vegnormal-r761-2025"
     }
   ]
 }