---
type: index
okf_version: 0.1
title: "Multi-kandidat mikro — repo-lokal fixture (S3.2 per-dom-noekling)"
description: "Minimal repo-lokal OKF-bundle under data/ med dommer om TO ULIKE kandidater, mens IR-projeksjonen beskriver kandidat A alene. Fixturen gjoer forskjellen mellom per-dom-noekling og bundle-noekling maalbar."
tags: [fixture, S3.2, multi-kandidat]
timestamp: 2026-08-03
---

# Multi-kandidat mikro (repo-lokal test-fixture)

En **repo-lokal mini OKF-bundle** under pakkens `data/` (ALDRI `shared/` — subtree er PULL-ONLY).
Den finnes for ett formaal: bundelen bærer dommer om **to ulike kandidater**, mens
`validator-input.json` (ExpeL-query-noekkelen) beskriver **kandidat A alene**.

Foer S3.2 noeklet `seed_store_from_bundle` HVER dom paa bundelens ene IR-projeksjon, saa dommen om
kandidat B ble uskillelig fra dommen om kandidat A og kunne naa kandidat As hypotese-prompt. Med
per-dom-noekling leser hver dom sine EGNE strukturelle felt fra frontmatter.

Rekkefoelgen under er bevisst: **kandidat B er lenket foerst**, saa en detachet per-dom-noekling
(begge dommer faar kandidat As noekkel → uavgjort likhet, uavgjort id) rangerer B-dommen oeverst.

## Innhold (progressiv disclosure)

- [verdict-b-asfalt.md](verdict-b-asfalt.md) — `type: verdict` — dom om **kandidat B**
  (asfalttykkelse, kode `05.2`). Bærer sine egne `affected_codes`/`measure_type`/
  `claimed_saving_nok`. Skal ALDRI naa kandidat As hypotese-prompt.
- [verdict-a-led.md](verdict-a-led.md) — `type: verdict` — dom om **kandidat A**
  (LED-retrofit, kode `ENERGI-TOTAL-EL`). Dette er dommen kandidat As query skal hente.
- [prosjekt-multi.md](prosjekt-multi.md) — `type: project` — bygget/strekningen begge kandidatene
  hoerer til. Concept-filen OKF-navigasjonen leser inn som lese-kontekst.

`validator-input.json` er IR-projeksjonen den deterministiske validatoren konsumerer, og kilden for
ExpeL-query-noekkelen (`bundle_candidate_features`) — kandidat A.