open/portfolio-optimiser
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity Actions
portfolio-optimiser/shared/examples/bygg-energi-mikro/verdict-led-fro.md
Kjell Tore Guttormsen ecd83066fb feat(shared): S4 — re-introduce shared/ as subtree of portfolio-optimiser-commons 
commons (ktg/portfolio-optimiser-commons @ 7d2b46c) is now the source of
truth for the framework-neutral shared core; this repo consumes it via
git subtree (--squash) at the unchanged shared/ path.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AaQCFnfsh3tfq1VfzdJpoi
2026-07-03 05:36:01 +02:00

2.9 KiB
Raw Permalink Blame History

type title description resource measure_id decision realization_rate modelled_saving_nok expected_actual_saving_nok gap_source context_key provenance tags timestamp
verdict Ekspert-dom (frø): LED-retrofit — godkjent med realiseringskorreksjon Frøsatt ekspert-dom som koder realiseringsgapet for LED-tiltaket. ExpeL-frøet loopens steg 1 henter fra: modellert besparelse korrigeres ned med realiseringsgraden eksperten kjenner fra drift. BYGG-KONTOR-NORD LED-RETROFIT-01 approved_with_adjustment 0.82 30000 24600 hours-of-use-overestimation kontorbygg; HOU-kilde=timeplan-stipulert frø — AI-forfattet, forankret i National Grid SBS 2010 (RR 0,81); erstattes av ekte HITL i produksjon
verdict
realization-rate
ExpeL-seed
HITL
2026-06-29

Ekspert-dom (frø): LED-retrofit

Dette er et frø, ikke en ekte dom. I simulering gir en ekspert-persona slike dommer; i produksjon gir et menneske dem via samme mappe-grensesnitt. Frøet er forankret i verifisert litteratur (kilder-realiseringsgap.md), ikke oppdiktet. Det er provenance-merket og promoteres til wikien kun fordi en (simulert) ekspert har godkjent det (målbilde, steg 8 gated).

Dommen

Beslutning: godkjent — med realiseringskorreksjon.

Den modellerte besparelsen (30 000 NOK/år) er teknisk korrekt fra parameterne, og validatoren bekrefter at den er innenfor feasibelt område. Men i drift realiseres erfaringsvis ~82 % av en timeplan-stipulert LED-besparelse i kontorbygg → forventet faktisk besparelse ≈ 24 600 NOK/år.

Begrunnelse (det validatoren ikke kan regne)

Realiseringsgapet her er ikke spredning i parameterne — det er en systematisk skjevhet mellom de stipulerte parameterne og driftsvirkeligheten:

  • Driftstimer overvurdert (dominerende): den antatte timeplanen (3 000 t) ligger over faktisk metret brenntid — naturlig dagslys, tomme rom, sensorstyring. Jf. National Grid (RR-bidrag 0,81 fra 15 % lavere metrede timer) og Efficiency Maine (3 053 vs 3 772 t).
  • In-service rate < 1: ikke alle 200 armaturer er nødvendigvis montert/i drift ved evaluering.
  • Atferd/persistens: rebound (mer lys på fordi det «er gratis») og overstyrte styringer.

Du kan ikke regne deg til RR = 0,82 fra {200, 90 W, 40 W, 3 000 t, 1,00 NOK/kWh}. Skjevheten er epistemikk parameterne ikke bærer — den finnes bare i akkumulert drifts-erfaring.

Lærings-signalet (ExpeL)

Korreksjonen er kontekstbetinget: context_key = "kontorbygg; HOU-kilde=timeplan-stipulert". Neste kjøring, gitt en lignende hypotese i samme kontekst, skal hente denne dommen og justere den modellerte ex-ante-besparelsen mot forventet ex-post (≈ 0,82×) — uten å vente på 12 måneders måling. Det er denne dataflyten — verdict inn i neste hypotese — loopens steg 1 må wire (målbilde §5, §7). Dette frøet er testankeret.