Resolutionen understated hva den ratifiserte grunnen faktisk dekker.
GRUNNEN ER UVERIFISERBARHET. Operatoer ratifiserte sletting fordi linja er
umaalbar — ingen generasjonslogg finnes. Det gjelder ALLE 23 linjer, ikke bare
de 8 som ogsaa feiler paa egen aritmetikk. Inkonsistensen var EVIDENSEN for at
tallet aldri ble transkribert fra en kjoering; den var aldri GRUNNEN til aa
slette det.
Men mitt eget spoersmaals opsjonstekst definerte «beroert fil» som den
inkonsistente mengden, saa bokfoeringen stanset paa 7. Ingen maskin ser
framingen av et spoersmaal — samme klasse som §9.13s falske premiss, denne
gangen i et spoersmaal jeg selv skrev.
KONSEKVENS, UTTALT I STEDET FOR IMPLISERT: 14 filer baerer den fordoemte linja
uten koe-entry (10 konsistente + 4 ikke sjekkbare). De er IKKE ekskludert paa
merit — de staar ubokfoert fordi aa utvide forbi de ratifiserte 7 er
operatoerens beslutning, ikke oekten sin. Reist som aapent spoersmaal #17.
Begge listene enumerert ordrett i resolutionen, saa de er greppbare.
TO TELLINGER SOM MIN EGEN EDIT UGYLDIGGJORDE, rettet i samme pass:
- Footer-populasjonen er 21 linjer naa, ikke 23 — jeg slettet to, begge fra den
inkonsistente boetta: 10 · 6 · 1 · 4.
- STATEs «binding» **Status:**-telling var ALT stale foer denne oekten. Den sa
GA 249 / 69 distinkte, men ble maalt inne i 26g-oekten FOER 96639f7 ble
anvendt. Ground truth: 387 forekomster, 70 distinkte, GA 247. Kjeden er
eksakt: 249 -> 248 (26g) -> 247 (088cf06).
ANKERUNIKHET for idx-26s ble verifisert ETTERPAA, ikke foer — navngitt som et
sluntreri, ikke stille rettet. Gaten beviser TILSTEDEVAERELSE (text.includes),
aldri unikhet, saa et ikke-unikt anker passerer lydloest. Alle tre: 1 forekomst.
Suite: 1047/1047. Koe: 14 aapne / 13 resolved.
Én form-beslutning, to filer. idx-26k forbyr eksplisitt å lukkes alene, så
enheten var formen, ikke fila.
Det som gjorde referenten avgjørbar:
- 99675d5 (idx-26h, samme dag) satte «Unique sources 15 -> 17» og lot «5» og
«80 %» staa. Blokken hadde alt blandet referent — mikset av programmet selv.
- INGEN generasjonslogg finnes i repoet. Det fjerner «5 -> 6» fra
mulighetsrommet under BEGGE lesninger, ikke bare den ene.
Korpusmaaling, haandklassifisert FOER tallet gikk inn i ratifiseringslabelen:
23 footerlinjer i 23 filer — 10 konsistente, 8 inkonsistente, 1 tvetydig,
4 ikke sjekkbare. Regex sa 11; tre var artefakter. Alle 8 avvik gaar SAMME
vei (oppgitt < sum), null motsatt — evidens for at tallet aldri ble
transkribert fra en kjoering.
Anvendt: «Total MCP calls» slettet i begge filer. «Unique sources: 17 URLs»
beholdt (verifisert). «80/20» -> strukturell telling med definert nevner.
Header -> «GA / Preview (Responsible AI scorecard)» ved presedens, ikke
gjenaapnet; parentesens FULLSTENDIGHET verifisert (7 preview-treff gjennomgaatt).
Linje 101 «model-» -> «modell-».
ERSTATNINGEN FORFATTET DEFEKTEN, OG BLE TATT FOER COMMIT: foerste utkast
«12 av 17 kilder verifisert via MCP (nr. 1-12)» ville paastaatt at kilde #7 er
MCP-verifisert — #7 er selv merket «(Status: Baseline …)». Skipet ordlyd teller
bolk-medlemskap alene og paastaar ingenting om enkeltkilder.
Bokfoert, ikke reparert:
- idx-26s: kilde-partisjonen motsier seg selv to steder, motsatt vei (#7, #17).
Ellevte gang defekten ligger VED SIDEN AV editen. Tellingen 12/5 er invariant
under begge losninger, saa den skipede linja overlever uansett utfall.
- idx-26l..idx-26r: én entry per beroert fil (6 inkonsistente + 1 tvetydig),
hver med ordrett anker verifisert unikt. En klasse-bred entry ville latt 20
filer vaere usynlige for check-g7-queue.mjs — 795d494-feilen i klasseskala.
Ingen re-datering kreves noe sted, og det ble ADJUDISERT foer skriving:
stemplene slutter paa linje 378, footeren staar under intet stempel, og
stempelet paa 131 er alt datert 2026-08-09 og hevder kildeverifisering, ikke
ortografi.
Koe: 14 aapne / 13 resolved. Suite: 1047/1047.
Header **Status:** GA -> GA / Preview (Responsible AI scorecard). Begge kildesidene
bekreftet ordrett ved live fetch: 'currently in public preview ... provided without a
service-level agreement, and we don't recommend it for production workloads'. Begge
titlene sier '(preview)'. Formen valgt etter aa ha sjekket alle seks korpusfilene i
X / Preview (Y)-familien: parentesen navngir alltid det som ER i preview, aldri
GA-flaten.
DE TO BESLUTNINGENE VAR UAVHENGIGE, OG ENTRYEN BUNTET DEM. Banneret staar paa
concept-siden, som ALLEREDE er filas Kilder #1 - saa preview-faktumet trengte ingen
ny kilde. Bare de sju segmentene trengte how-to-siden. Delt opp i ratifiseringen slik
at en kildebeslutning ikke gated en status-retting.
STEMPELET RE-DATERT BEVISST 2026-08-04 -> 2026-08-09. En setning skrevet i dag under
et fem dager gammelt verifiseringsstempel er nettopp idx-26h-defekten ('stempelet var
FEIL DA DET BLE SATT, ikke foreldet') - denne gangen forfattet av editen selv.
Re-datering paastaar hele §1, saa hele §1 ble re-maalt mot begge live-sidene.
TREDJE LOCATOR, IKKE NAVNGITT AV ENTRYEN (ankere er en NEDRE grense, tiende gang):
Kilder #1 sa 'Status: GA (public preview for some features)' to linjer under sin egen
tittel som slutter paa '(preview)'. Banneret dekker hele funksjonen -> falskt, ikke
bare upresist.
Kilde #9 lagt til, 9-15 renummerert 10-16, Total kilder 15 -> 16. Trygt paa maaling:
grep over linje 1-794 gav NULL prosa-kryssreferanser til kildenummer. Formen bevarer
ogsaa telle-paastandens referent (teller entries, 16 entries / 9 URL-er), mens
'andre URL under #1' ville gitt 16 URL-er mot 15 entries - klassen idx-26j nettopp
bokfoerte.
RETTELSE: §9.12 (og idx-26j locator 5, og STATE) maalte **Status:** over ALLE 434
forekomster under skills/*/references/ - som blander header-feltet paa linje 4 med 47
SEKSJONSNIVAA-linjer i filkropper. To felt, to referenter, ett tall. Header-feltet
alene (FNR<=10): 387 forekomster / 389 filer, 69 distinkte. GA 249 (ikke 252),
Preview 1 (ikke 2), Komplett 1 (ikke 2). To-vokabular-funnet OVERLEVER rettelsen.
Konsekvensen gjoer det ikke: 'setter konvensjonen for 389 filer ved uhell' er FALSK -
69 distinkte verdier, ~44 singletons, 35+ sammensatte GA/Preview-former. En sann
sammensatt verdi SLUTTER SEG TIL etablert praksis. Paastanden som staar er smalere:
fila hadde alt valgt produkttilgjengelighets-aksen, og editen gjorde dens valgte akse
sann.
Bokfoert, ikke reparert: idx-26k (denne filas fottekst, 3+2+1=6 - samme klasse som
idx-26j locator 1, som BEKREFTER som maalt det 26j bare kunne kalle sannsynlig) +
idx-26j re-scopet (locator 5 er ikke lenger blokkert paa korpusbeslutning; formen er
naa presedens). **Last updated:** urort - verifisert at null av elleve tidligere
ratifiserte korpus-editer rorte feltet.
Koe: 8 aapne / 11 resolved. Suite 1047/1047.
[skip-docs]
To rettelser i bokfoeringen, ingen endring i korpuset.
1. 80/20-PAASTANDEN MOTSA SEG SELV. Entryen sa samtidig at fottekstens referent
er udefinert OG at 80/20 'matcher hverken 10/5 foer eller 12/5 etter' - et
konkret avvik regnet ut fra én ANTATT nevner. Soesterfila teller samme slags
paastand paa en annen partisjon ('15 (8 verified fra MCP, 7 baseline/code
samples)' folder code samples inn paa baseline-siden og teller ikke
listeposisjoner). Omskrevet: defekten er at linja ikke KAN sjekkes, ikke at et
bestemt tall spriker. Ikke 'fiks' prosentene mot en antatt nevner - avgjoer
referenten foerst.
2. 'Status: GA' PAA LINJE 4 ER ADJUDISERT, IKKE OVERSETT. idx-26g advarer neste
leser mot aa triagere denne klassen som sitat-hygiene, og samme streng staar i
fila denne oekten nettopp stemplet. Den er IKKE falsifisert av stempelet: linje 4
ligger i bold-label-headeren over '## Innhold', og filas foerste Confidence-
stempel er seksjons-terminalt paa :59.
MEN det egentlige funnet er stoerre enn begge filene: feltets referent er
udefinert KORPUS-BREDT. Maalt over skills/*/references/ blander '**Status:**' to
vokabularer som svarer paa ulike spoersmaal - dokumentmodenhet (Established
Practice 43, Gjeldende 18, Reference 7, Komplett 2) og produkttilgjengelighet
(GA 252, Preview 2, 'GA - avvikles 31. mars 2029' 2). Korpuset baerer alt
presedensformen for en fil som spenner begge: 'GA / Preview (varies by feature)'
(2 filer). Denne fila spenner Transparency Notes (GA), Model Cards (praksis) og
scorecard-en (public preview) samtidig.
Konsekvens for idx-26g: header-spoersmaalet er ikke fil-lokalt. Aa avgjoere det
én fil om gangen setter konvensjonen for 389 filer ved uhell.
Suite 1047/1047. Koe: 8 aapne / 10 resolved.
Status-linja sa 'anbefalt for production use med awareness om SLA-limitations'.
Tre MS Learn-sider sier ordrett det motsatte: 'provided without a service-level
agreement, and we don't recommend it for production workloads'. Erstattet med
kildens egen ordlyd, ikke slettet - preview-status er seksjonens eneste
operativt avgjoerende faktum og staar ingen andre steder i den.
ENTRYENS ANDRE FUNN VAR FALSKT. Den sier 'neither source page states either' om
Customization-punktene. Det holder for de TO sidene entryen maalte, og faller mot
en tredje: how-to-responsible-ai-insights-ui dokumenterer konfigurasjonen direkte
(steg 4 'enables cohort analysis' + 'features of interest'; steg 1 'an optional
description about the model's functionality'). Punktene var altsaa BELAGT INNHOLD
MED UKILDET ORDLYD - reparasjonen er reformulering, ikke sletting. Bare 'identified
risk groups' og 'decisions og mitigations' var ukildet. 9.11-lærdommen gjentok seg
med entryen selv som den som overpaastod.
STEMPELET SATTE SCOPET, ikke preferanse. Aa datere 'Verified' til 2026-08-09
paastaar at HELE seksjonen er verifisert, saa to locatorer entryen ikke navnga
maatte ogsaa lukkes (operatoerratifisert hver for seg): 'max error rate per
subgroup' (maalverdier settes paa metrikken; fairness-maal fanger differanse
eller forhold PAA TVERS av undergrupper) og rad-en 'Compliance officers | ...
(EU AI Act, sector-specific regler)' (verken rollenavnet eller parentesen finnes
i kilden).
Stempelet var FEIL DA DET BLE SATT, ikke foreldet: Status-linja var usann
2026-08-03, dagen idx-26d daterte stempelet over den.
LABELEN, IKKE PREVIEWET: den ratifiserte previewet slo Auditors-raden inn i
Risk officers-raden; labelen sa 'rett raden', entall. Auditors-raden er belagt
ordrett i konsept-siden og staar urort.
Kilder: begge how-to-sidene lagt inn som #11-12, gamle 11-15 renummerert 13-17,
'Unique sources: 15 URLs' -> 17. Ingen prosa i fila kryss-refererer kildenummer
(verifisert med grep).
RETTELSE: oektens egen ratifiseringsprompt paastod at editen ogsaa lukker
idx-26g. Det gjoer den ikke - 26g er bokfoert mot en ANNEN fil
(stakeholder-communication-ai-decisions.md), med egen kildeliste, egen
telle-paastand og et 'Status: GA'-funn denne editen ikke roerer. Renummereringen
var uansett riktig for DENNE fila, saa editen staar, men spoersmaalet var galt.
Bokfoert som idx-26j: fottekstens proveniens-blokk (3+2+1 = 6, ikke 5; udefinert
referent; 80/20 matcher hverken 10/5 foer eller 12/5 etter) + dialekt-paret
'model-' mot ratifisert 'modell-' som denne editen selv innfoerte.
Suite 1047/1047. Koe: 8 aapne / 10 resolved.
Lista i stakeholder-communication-ai-decisions.md er kanonisert etter soesterfilas
struktur: sju kildenavngitte segmenter under 'Komponenter i Scorecard', pluss en egen
'Du konfigurerer'-linje som kun baerer det kildene faktisk sier brukeren setter.
Stempelet paa linje 81 datert til 2026-08-04 (operatoervalg, idx-26-presedens).
Premisset som begrunnet SEPARAT bokfoering var falskt. Baade STATE-spoersmaal #9 og
entryens ramme sa 'fil UTEN Verified-stempel over lista' - stempelet paa :81 er
seksjons-terminalt og lukker linje 46-81, altsaa ogsaa lista. AA verifisere en entrys
paastand og aa verifisere GRUNNEN til at den ble bokfoert er to ulike sjekker.
To kildesider, og aa maale mot bare den ene ville produsert to falske funn.
Segmentene staar paa how-to-siden; fila siterer selv konsept-siden, som viser seg aa
belegge 'multi-stakeholder alignment', 'risikoofficerer' OG konfigurerbarheten
naer-ordrett. Siden et krav kom fra og siden fila siterer er ulike objekter.
Aa bare re-merke de fem til 'Komponenter' ble forkastet paa maaling: en femmedlems
komponent-liste er nettopp completeness-defekten idx-26c lukket i soesterfila.
Reparasjonen ville importert en soester-entrys allerede lukkede defekt.
Kompositum-auditen ble kjoert denne gangen (80e17ec eksisterer fordi den ikke ble
det): target-verdiene 3x, fairness-maalverdiene 2x, ingen hybrid.
Tre naboer bokfoert, ikke feid inn:
- idx-26g: §1 utelater public-preview-banneret begge kilder baerer, mens fil-headeren
sier Status: GA; og how-to-siden staar ikke blant fila sine femten kilder.
- idx-26h: soesterfilas Status-linje ANBEFALER det kilden eksplisitt fraraader
('anbefalt for production use' vs 'we don't recommend it for production workloads'),
under samme stempel idx-26d daterte og idx-26f utvidet. idx-26f-resolutionen sier at
ingen unntak er skrevet ned for at stempelet skal vaere aerlig - sant om
enumerasjonen den maalte, ikke om resten av blokka stempelet lukker.
- idx-26i: funn om SJEKKEN. idx-26f grep etter '(gender, ethnicity, age)' og fikk null;
samme spesifisitet finnes som '(kjoenn, etnisitet, alder)'. En engelsk-bare grep ser
ikke et tospraaklig korpus' norske halvdel.
Koe: 8 aapne / 9 resolved. Suite 1047/1047.
Punkt 2 landet som 'fairness-target values', et hybridkompositum som er hverken
norsk eller engelsk, der punkt 1 gjengir samme kildebegrep som 'target-verdiene'.
Dialekt-konsistens var HELE argumentet for aa velge omskriving framfor sletting,
saa reparasjonen feilet paa aksen den ble begrunnet med. Rettet til
'fairness-maalverdiene'.
Koherens-gjennomlesingen etter foerste edit sjekket innholds-samsvar og slapp den
gjennom - den sjekket ikke kompositum-former. En koherens-sjekk arver aksen du
hadde i tankene da du skrev den.
Ratifiseringen laa i LABELEN ('kildens ordlyd i idx-26d-dialekten'); previewet bar
den defekte formen. Labelen er det ratifiserte objektet, saa rettingen krevde ingen
re-ratifisering - men et preview som gjengir labelen feil er en levende maate aa
smugle en uratifisert form forbi en operatoer som leser previewet.
I tillegg: idx-26f-resolutionen skiller naa eksplisitt mellom punkt 2/5 (re-verifisert
denne oekten) og punkt 1/3/6/7 (verifisert under idx-26d samme dag, arvet - ikke
re-kjoert her).
Suite 1047/1047.
idx-27b: Moenster 3-bulleten paastod en 'Powered by AI'-disclosure; erstattet med
den allerede ratifiserte standardmeldingen fra Copilot Studio-seksjonen, grep-
verifisert byte-for-byte. Ingen audience-tiering lagt til (scope-klassen fra 66fb567).
idx-26f: punkt 2 og 5 omskrevet til kildens ordlyd i idx-26d-dialekten framfor ren
sletting av navngitt spesifisitet - den minimale diffen ville etterlatt 'Dataset
statistics' (ogsaa ukildet) og 'across sensitive groups' (gammel dialekt), og dermed
arvet begge defektklassene. Form (b), stempel-innsnevring i fila, avvist av operatoer.
idx-26d-resolutionens sluttklausul supersedert med datert tillegg; idx-27c/27d
bokfoert for to naboer som ikke kunne repareres ved kopi.
Ko: 6 aapne / 8 resolved. Suite 1047/1047.
Adversarielt gjenlest resolution avdekket at BEGGE reparerte påstander ble
skrevet inn under overskriften «Microsoft Copilot Studio» uten kvalifikator,
mens FAQ-ens egen scope-linje er «generative orchestration». Samme utvidings-
klasse som idx-27 ble reist for — reprodusert av sin egen reparasjon.
Sjekket mot dokumentasjonen, og de to påstandene falt fra hverandre:
- bekreftelses-sikringen står KUN i orkestrerings-FAQ-en → kvalifikator lagt til
- standardmeldingen står ordrett også i faqs-generative-answers, med bredere
ramme → raden beholder ingen kvalifikator, og den andre FAQ-en er lagt til
som sitert kilde så lesningen kan etterprøves
Standing: grounded-as-cited, ikke established-for-all-agents.
Kø: 6 åpne / 6 resolved. Suite 1047/1047.
[skip-docs]
idx-26d: alle fem scorecard-navn omdøpt til kildens segmentnavn; beskrivelsene
på punkt 1 (Model Card-innhold) og 3 (dashboard-vokabular) skrevet om. Punkt
2/4/5 bevisst urørt — deres ubelagte spesifisitet er egen klasse (idx-26f).
idx-27: åpent spørsmål #8 besvart NEI (hub-barn teller ikke som kilden).
Løst ved å SITERE barnet i stedet: faqs-generative-orchestration lagt til.
Chat interface-raden bærer nå kildens faktiske standardmelding; Plugin
actions FLYTTET ut av Built-in-tabellen fordi den er maker-konfigurerbar —
å svekke overskriften eller legge til en modalitets-kolonne ville laget nye
ubekreftede påstander om to umålte rader.
idx-26c: falsk locator («linje 129») rettet i køa; stempelet er linje 131.
Tre nye entries: idx-27b, idx-26e (funnet av kryss-fil-grep FØR editen),
idx-26f. Kø: 6 åpne / 6 resolved. Suite 1047/1047.
[skip-docs]
To rettelser til §9.8 som skrevet i 527fb03, begge fanget av review.
1. RADTALLET VAR FEIL. §9.8 sa fem av seks rader umalte under
compliance-stempelet. idx 26s lokator 2 skrev om Risk assessment-raden til
'fairness insights', som samme live-enumerasjon lister som kanonisk segment —
sa TO rader er kildemalte og FIRE er ikke.
Feilen er lardomsbarende: koens resolution for idx-26b sier det korrekt, 'only
one was measured against the source THIS SESSION'. §9.8 gjenfortalte den uten
scoping-leddet og gjorde en sann kvalifisert pastand om til et falskt tall.
Det er §9.7-defektklassen reprodusert ett avsnitt etter at den ble skrevet opp.
Konklusjonen star: fire umalte rader forbyr a styrke stempelet like godt som
fem ville gjort.
2. 'FORSTE' VAR ANTATT, ER NA VERIFISERT. Pastanden om at idx-26c er forste
resolved entry med levende anker er sjekket mot alle fire resolved entries:
idx 26 to ankere driftet, idx-26b driftet, og idx-17 barer TOM ankerliste — den
kunne verken matche eller drifte og har aldri utovd unntaket. Pastanden holder,
men star na pa maling framfor pa antakelse.
Skriver opp lukkingen av begge 26-oppfolgerne, de to ratifiserte formene og
begrunnelsen for at det avviste alternativet ble avvist.
Hovedfunnet er metodisk: §9.7s lardom 'stale constraints arves' gjentok seg en
okt senere, men denne gangen la den stale beskrankningen i STATE framfor i
koen. Pastanden om at et resolved anker MA slutte a matche er falsifisert mot
lib/g7-queue.mjs:69-75. Den ekte mekanismen er det omvendte av pastanden:
sjekken fanger at fila endres uten at entryen lukkes, ikke at en entry lukkes
uten at teksten endres. Les koden, ikke notatet om koden.
Ogsa: markor-regelen lest forlengs. §9.7 viste at a FORNYE en markor forplikter
deg til alt den dekker; samme regel sier at en markor ikke kan STYRKES av en
reparasjon som er smalere enn dens scope. Derfor ble stempelet under
compliance-tabellen ikke oppgradert selv om raden under det nettopp ble malt.
Og en presisering mot §9.7: idx-26c ble SKAPT av sin reparasjon (a datere et
stempel gjorde et latent gap til en aktiv pastand). idx-26d ble ikke det —
parafrase-driften forelaa; reparasjonen gjorde den lesbar.
Den live-hentingen som lukket idx 26 listet SJU kanoniske scorecard-segmenter.
Lista etter reparasjonen barer fem: model performance og cohorts mangler.
('Cohort analysis' star i Customization-blokka, ikke som enumerert segment, sa
den kurerer ikke utelatelsen.)
For denne okten var det en latent ufullstendighet under et udatert stempel. Ved
a datere stempelet til 2026-08-03 gjorde vi det til en positiv pastand om at
nettopp denne enumerasjonen ble verifisert den dagen — over innhold samme dags
verifisering viste manglet to medlemmer.
Funnet la allerede inne i idx 26s egen resolution, som siterer alle sju mens
fila lister fem. Bokfort framfor a foldes inn: idx 26s ratifiserte scope var
falskheten i item 4 og 5, ikke listas fullstendighet.
Tredje gang pa to okter at defekten la VED SIDEN AV editen framfor I den.
Ogsa markert: sitatblokkens andre setning er utledet fra fravaer i en
enumerasjon, ikke fra en positiv kildepastand — naer sikker, men en slutning.
Ko: 6 apne / 2 resolved. Suite 1047/1047.
[skip-docs]
Forste G7-entry reparert. Begge kildesider re-hentet live for skriving, sa
§9.6 ble behandlet som premiss og ikke faktum; begge bekrefter malingen
uavhengig.
To funn verdt a bokfore:
Renummererings-artefakten (1,2,3,4,6,7) som §9.4 og koentryen begge sa
'survives either way' var tvungen KUN inne i delete-only-konvolutten. En
ordinaer Edit renummererer gratis til 1-5. Naer arvet som stale constraint.
En TREDJE defekt la utenfor begge ankere: Confidence-stempelet tolv linjer
under lokator 1 vouchet for den falske lista, og ingen maskinsjekk kunne se
det. Samme klasse som idx 17-regresjonen — en edit kan vaere anker-korrekt og
likevel la en falsk pastand sta der sjekkene ikke nar.
Nabodefekt bokfort som idx-26b framfor a foldes inn i en ratifisert entry.
Ko: 5 apne / 2 resolved. Suite 1047/1047.
[skip-docs]
To overpåstander i §9.6 rettet, begge funnet ved gjennomgang.
1. idx 27 ble skrevet som en cond3-FELLING. Den påstanden hvilte på to ledd
som ikke bærer den:
- Kilden fila siterer er en HUB. FAQ-en jeg grunnla på ligger én hop
utenfor. Å telle en hubs barn som "kilden" er en NY lesning av hva
grounding betyr — samme klasse som korpus-scope-spørsmålet §9.5
bevisst lot stå uratifisert. Jeg utøvde den stille. Den er nå navngitt
som åpent spørsmål.
- "Makers CAN REQUIRE user confirmation" beskriver en KONFIGURERBAR
kapabilitet, ikke noe kilden etablerer som til stede. Det er tynnere
evidens enn "kilden etablerer mekanismen".
Cond 3 står derfor fortsatt human_must_confirm. Denne økten hverken
klarerte eller felte den.
Utfallet er uendret: idx 27 forlater O2 uansett, fordi defekten er
MODALITET (built-in vs maker-konfigurerbar) og riktig fiks derfor er en
erstatning — utenfor delete-only-konvolutten uansett hvordan cond 3
lander. Det er den bærende grunnen, og den er uavhengig av begge ledd
over.
2. §8 presenterte check-g7-queue.mjs som håndhevings-mekanismen. Den har
ingen runner og kjører kun når noen skriver kommandoen. Det bindende er
testens siste case, som kjører den ekte køen mot live korpus hver
suite-kjøring. Presisert begge steder.
Operatørutfallene fra økten også ført i §9.6 (idx 26 -> G7, form b, kolon-fiks).
Suite 1047/1047.
Operatør-ratifisert 2026-08-03. G7 var gapet for korreksjoner som er RIKTIGE
men større enn O2-konvolutten (én lokator + kun-sletting). Uten eier falt de
stille ut: O2-triagen avviser dem, O3 dekker dem ikke, og review-sporet hadde
ingen inngangskø.
Formvalget ble tatt på §9.6-målingen, ikke på preferanse:
- 2 av 4 anvendte subtraksjoner etterlot en rest -> rester er delete-only-
konvoluttens NORMALE biprodukt, ikke et unntak.
- 2 av 5 medlemmer (idx 17, 33) er ERSTATNINGER, ikke fler-lokator. En
delete-orientert O4-klasse med egen retur-kontrakt ville ikke fikset dem —
altså feil dimensjonert mot evidensen. Køen absorberer begge klasser.
Artefakter (TDD, test-først):
- data/g7-review-queue.json — 6 entries, tracked
- lib/g7-queue.mjs — validateQueue, lukkede vokabular
- check-g7-queue.mjs — exit 1 ved drift eller skjemafeil
- tests/kb-eval/test-g7-queue.test.mjs — 15 tester
Kontrakten: ankere er ORDRETTE strenger, aldri linjenummer (line != real_line
i 9 av 17 R11-records). En åpen entry hvis anker slutter å matche gir
anchor_drift og exit 1 — den kan ikke falle stille ut, som er hele hensikten.
En resolved entry MÅ føre resolution, ellers er "resolved" ikke til å skille
fra "stille droppet". Ingenting i køen er maskin-anvendbart per definisjon.
Innhold: 5 åpne (26, 27, 33, 36, 18), 1 lukket (17). idx 27 kom hit ved å
falle ut av O2 på cond 3; idx 26 ved operatørens avvisning av delvis fiks.
Suite 1047/1047. [skip-docs]
Hentet førstepartskildene for de to tilbakeholdte kandidatene. Ingen edit
anvendt; §9.6 er evidens.
idx 27 FELT. Copilot Studio-FAQ-en som den siterte hub-siden lenker til sier
"Makers can require user confirmation before executing tools that modify
data". Kilden etablerer altså mekanismen, så en sletting ville fjerne
kilde-bekreftet informasjon -> cond 3 feiler -> idx 27 forlater O2. Dette er
en felling, ikke en klarering, så asymmetri-regelen tillater den uten
ratifikator. Feilen er modalitet (built-in vs maker-konfigurerbar) = en
erstatning, ikke en subtraksjon.
Rammings-korreksjon: §9.4s reduksjon snevret idx 27 til nøyaktig den raden
cond 3 var uavklart for. Reduksjonen fortynnet ikke tvilen, den konsentrerte
den til 100 %.
idx 26 BEKREFTET og skjerpet. De kanoniske scorecard-segmentene er hentet;
Error analysis og Counterfactual analysis er dashboard-komponenter, ikke
scorecard-segmenter. Begge er gale. Men reduksjonen beholder item 4 (linje
300 hevder den også), så den tilbakeholdte halvdelen er nå MÅLT falsk, ikke
bare uavklart. Operatørspørsmålet er derfor to-delt, ikke ett.
REGRESJON funnet i 957ebef: idx 17-subtraksjonen etterlot en ledetekst som
ender i kolon med ingenting etter, rett før et **Verified**-stempel
(rag-caching-optimization.md:253). Subtraksjonen var korrekt; avsnittet den
etterlot er ikke. Kolon-valget ble tatt på maskin-grunnlag, men V1/V2/V2b/V3
er streng-invarianter og kan ikke se dokument-koherens.
G7 MÅLT, ikke ekstrapolert: 2 av 4 anvendte subtraksjoner etterlot en rest.
Medlemstall fem (17, 33, 26, 36, 18). To av dem (17, 33) er erstatninger,
ikke fler-lokator — som en delete-orientert O4-klasse ikke ville fikset.
Målingen taler for kandidatform (b), navngitt kø inn i menneskelig review.
Skår uendret 4 av 46. Suite 1032/1032.
Google bumpet OKF til v0.2 2026-07-25. Briefen navnga et upstream-eksempel
som «kopier som mal» og beskrev det ordrett med `timestamp` og en
`# Citations`-seksjon — begge retirert i v0.2.
Verifisert mot Googles egen okf/SPEC.md §13.1, ikke mot coord-meldingen som
reiste saken:
- `timestamp` avløst av `generated.at` (`generated: { by, at }`)
- body `# Citations` avløst av `sources` i frontmatter
Begge har fallback, så v0.1-form er fortsatt konform. Men vi er greenfield —
de 6 filslotene finnes ikke på disk — så vi sikter v0.2 fra første byte og
arver null migreringsbyrde.
Annotert: seksjonsingress (v0.1-varsel), linje for kjernekontrakt, mal-
eksempelet (nå «ikke kopier ordrett»), struktur-konvensjonen (`okf_version:
"0.2"`) og writer-kravet i Node-API-skissen. Writer-kravet var load-bearing:
det mater `llm-ingestion-okf` fase 4 og sto i strid med STATE-markørens
akseptanseskisse (`generated.by` påkrevd når `generated` finnes, `verified`
som liste).
Linje 110/146 gjelder KB-korpuset, som er bevisst aldri-OKF — urørt.
Retter en overpåstand i forrige commit. §9.3 skrev "verifisert skår: 2 av 46
(idx 17 + idx 19)". Idx 19 hadde cond2 = human_must_confirm; å telle den ville
vært å forfremme en human_must_confirm til bekreftende på sjekkerens egen
autoritet — nøyaktig den retningen ratifikasjonsgaten finnes for å hindre.
Asymmetrien er poenget: idx 14, 18 og 26 var også cond2 = confirm, og der
BEKREFTET sveipet tvilen (trygg retning). Idx 19 er det ene tilfellet som ville
gått motsatt vei, og den flyttingen er ikke sveipets å gjøre.
Hele-fila-sjekken INNSNEVRER idx 19s cond2-innvending til et utelatelses-spørsmål
(misleder allerede eksisterende taushet en leser?) — det er ratifikatorens kall.
Idx 19 = sterkeste kandidat for neste ratifikasjon, ikke medlem av den
verifiserte klassen.
Skår: 1 av 46 (idx 17). Sveipet fjernet ingen og la til ingen; det korrigerte fire
rader.
Navngir også idx 36 som det andre null-leksikalsk-overlapp-funnet (grep returnerer
ingenting; linje 310 kom fra lesning) — reproduserbarhet er poenget med avsnittet.
Sveipet den ratifiserte brede cond2-lesningen over de 15 O2-kandidatene utenom
idx 8 og 17, én om gangen, over 10 filer. Ingen KB-fil redigert.
Ekstraktoren ble kalibrert på idx 8 FØR sveipet: den må hente fram
"Managed Compute Cluster" (linje 263) fra det slettede "eller managed compute
cluster". Den gjør det. Grep alene er ikke nok — idx 14s overlevende påstand er
norsk "automatisk" mot slettet engelsk "Automatically", null leksikalsk overlapp.
Hver kandidat ble derfor også lest på stedet.
Motsagt (ikke ratifiserbar som skrevet): 14, 18, 26, 27. Alle utenom 18 har en
redusert subtraksjon — ny streng, må gjennom check-o2-returns.mjs på nytt.
Operatørkall: 33, 36 — slettet innhold overlever i fila uten at resten blir falsk.
Rene: 7, 9, 19, 28, 31, 38, 40, 42, 45.
Verifisert skår: 2 av 46 (idx 17 + idx 19), ikke klassifikatorens opprinnelige 2.
Klassifikatorens cond2 tok feil i én retning: den skrev den motsigende linja inn i
sitt eget evidence-felt uten å behandle den som en defeater. Promptgap, ikke
modellfeil.
Suite 1021/1021.
§9 + appendiks C i pilot-resultatene, og kontrakten oppdatert der den fortsatt
sa at dette var umålt (§3, §5, §4.1, §4.2).
Målt over de 46 R8 ∧ MULTI_PART_CLAIM: 17 O2-kandidater, 29 O3.
- ALLE 29 felles av betingelse 3 — kilden leverer en korrigert verdi, så fiksen
er swap/rewrite og subtraksjon ville ødelagt sann informasjon. Betingelse 1
(«strengt mindre») feller bare 5, aldri alene. R8s sviktende multipart-påstander
er overveiende en FEILVERDI-klasse, ikke en overflødig-spesifisitet-klasse.
Det er F2 reprodusert i skala, og det bekrefter at en mekanisk O2-driver ville
vært feil å bygge.
- Kun 2 av 46 klarerer begge menneske-dømte betingelser bekreftende; 15 er
merket human_must_confirm. Gjentakende grunn: det fjernede er ofte SANT om noe
ANNET, bare ikke om radens eget subjekt — flytting kan slå sletting.
- Ekstrapolering til korpus (~60 kandidater) er merket som ekstrapolering, ikke
måling.
Presisering under skriving: triage-fordelingen er ikke måling #4 (review-
throughput krever menneskelige review-økter som ikke er kjørt) — den er inputen
#4 trenger.
Suite 1021/1021.
Implementerer den ratifiserte §4b-tabellen i lib/fix-op.mjs (19 nye tester,
suite 996/996). Alle tre skrankene har egne tester: tabellen er LUKKET, fil-
tokenet må være en KOMPLETT livssyklus-etikett, og verdien som skrives er den
korpus-side ekvivalenten med filas egen markup bevart.
To implementasjonsvalg den ratifiserte teksten lot stå åpne, begge løst mot
fail-closed: status-lokatoren er LINJE-scopet (livssyklus-vokabular gjentas
nedover hver kolonne i en statustabell, så et blokkvindu er tvetydig ved
konstruksjon), og et sitat som hevder to rader aborterer.
MÅLT: 15 pilot / 54 korpus-brede flagg -> 5 og 8 provbare. Alle 8 hånd-dømt
mot kilden (r11-pilot-results.md appendiks B): 5 korrekte, 1 ubevist, 2 GALE.
De tre defektene er én familie: §4b binder tabellen, etikettens fullstendighet
og verdien som skrives — og INGENTING om hvorvidt kilde-frasen refererer til
radens eget subjekt. Samme proveniens-uten-referent-defekt som falsifiserte §4.
Klassen er derfor REVIEW-grade, ikke apply-grade: `status` står bevisst utenfor
o1_recommended, ingen driver applikerer den.
To kandidatvilkår er kostnadsberegnet over de åtte (begge dreper gale forslag
og null korrekte) men IKKE implementert — å utvide en tabell operatøren
ratifiserte som lukket er en operatørbeslutning, slik vilkår 5 var i §4a.
Rettet samtidig 2 NUL-bytes i testfila (pre-eksisterende, fra en tidligere
økt) som gjorde at git behandlet hele fila som binær og blokkerte diff-
gjennomgang før commit.
Operatøren fulgte alle tre anbefalingene (2026-08-03). Beslutningene styrer all
nedstrøms fiksing av et offentlig distribuert korpus, så de føres i den SPOREDE
kontrakten, ikke i en økt-transkripsjon.
§5 — O2 RATIFISERT, med rest-sjekk (ikke blankt). Tre betingelser, alle
menneske-bekreftet: (1) setningen påstår strengt mindre, (2) resten bærer ingen
falsk eller misvisende stående implikasjon — lest som en LESER leser den, ikke
som en logiker, (3) ingenting kilden BEKREFTER fjernes. Betingelse 2 og 3 krever
at et menneske leser resten, så O2 er billigere enn O3 (ingen fakta-innhenting)
men ikke mekanisk. §10s throughput-antakelse bør re-måles mot det.
§4a — kontekst-korrespondanse som betingelse 4, og betingelse 5: den
APPLISERBARE klassen er `iso_date` alene. Hånd-verifisert 9/9 mot 0/6 for
number/version. Klassifikatoren fortsetter å rapportere alle typer — det er
målingen — og merker den appliserbare mengden som `o1_recommended`.
§4b — status-synonymtabellen RATIFISERT, snever og LUKKET. Fire rader. Tre
skranker, fordi dette er det ENESTE stedet der verdien som skrives inn i fila
ikke selv står ordrett i quoten: tabellen utvides aldri ved slutning i run time,
fil-tokenet må være en komplett livssyklus-etikett, og verdien som skrives er
den KORPUS-side ekvivalenten med filas egen markup bevart (`**Preview**` →
`**GA**`), aldri den engelske frasen limt inn.
§4s påstand om at invarianten er «deliberately stronger than human review at
scale» er strøket og merket falsifisert, med peker til målingen.
INGEN AV DE TRE ER IMPLEMENTERT. Klassifikatoren aborterer fortsatt
STATUS_SYNONYM og ruter fortsatt alt ikke-O1 til O3. Begge dokumentene sier det
eksplisitt, slik at en senere økt ikke antar at koden allerede følger kontrakten.
To durabilitets-hull i resultatdokumentet, begge funnet ved gjennomgang:
1. Korpus-tallene (218 filer / 776 flagg / 15 sluppet / 9 korrekte) kom fra en
--threshold 1-kjøring, men det persisterte artefaktet er PILOT-kjøringen. En
senere økt kunne ikke regenerere §1/§3 uten å vite om flagget. Reprodusér-
kommando står nå ved hver tabell.
2. Hånd-verifiseringen av de 15 var det eneste som skiller 9 fra 15, og den lå
kun i en økt-transkripsjon. Appendiks A fører hver enkelt: file:line, swap,
type, dom, begrunnelse. En senere kjøring som slipper gjennom en 16. kan nå
diffes mot lista.
RETTELSE i §3-tabellen: `number`-raden sto med «Correct 2». Det var ikke hånd-
verifisert — de to (gpt-4.1-mini → gpt-5-mini, 40 → 10 MB) er UVERIFISERTE, ikke
bekreftet korrekte. Riktig fordeling: 9 korrekte · 4 gale · 2 uverifiserte.
Hovedtallet (9) er uendret; det var alltid iso_date alene.
§10-målingen er gjennomført mot live ledger (243 records). Ingen KB-fil er
redigert og ingen ledger-record er skrevet — §8s single-writer-state er urørt.
Instrumentet ER O1-driveren med writes av (scripts/kb-eval/lib/fix-op.mjs, 30
tester). Måling #1 og #3 kommer dermed ut av mekanismen som senere skal ta på
korpuset, ikke ut av en proxy-heuristikk.
HOVEDFUNN — §4 som skrevet er utilstrekkelig, målt:
Kjørt eksakt som spesifisert slapp den gjennom 6 swaps på piloten, hvorav 4 er
GALE editer (presisjon 2/6):
- 30-dagers → 24-dagers (enhets-kryssing: kilden sier 24 HOURS)
- 3000 req/sek → 50 (metrikk-kryssing: query-throttle vs indexing-rate)
- Microsoft Agent 365 → 7 (identifikator lemlestet, «7» høstet fra «E7»)
- text-embedding-ada-002 → ada-2 (identifikator lemlestet)
§4 binder proveniensen til verdien og formen på editen — ingenting om at de to
tokenene betegner SAMME STØRRELSE. Påstanden om at invarianten er «deliberately
stronger than human review at scale» holder ikke.
TILLEGG: contextCorresponds() krever samme label eller samme enhet på begge
sider. Bevisst leksikalsk, UTEN oversettelsestabell — «dokumenter» læres ikke å
være «documents», fordi en synonymtabell innfører en ny faktakilde og er en
operatørbeslutning. Konsekvensen er målt: swap er provbar praktisk talt bare der
konteksten er språknøytral (URL, kodeeksempel, parameternøkkel).
TALLENE:
- Pilot (≥7): 24 filer / 202 flagg → O1 = 2 (1,0 %), O3 = 200 (99,0 %)
- Hele korpuset: 218 filer / 776 flagg → 15 sluppet gjennom, 9 korrekte
- Kun iso_date (api-version-bump) overlever hånd-verifisering: 9/9.
number/version lemlester identifikatorer (AI-900 → AI-901, gpt-4o → gpt-5.1o
×2, Java-agent 3.7.5 → 3.4.0 = nedgradering) og skal IKKE påføres.
- Kun 7 av 200 aborter (3,5 %) er en fiksbar engineering-gap. Mer locator-
arbeid kan ikke flytte O1-tallet vesentlig.
Måling #2 (R8 → O2) er IKKE besvart og kan ikke besvares maskinelt: R8 gir null
O1, og hvilke av de 46 enumerasjonene som subtraherer rent avhenger av dommerens
PROSA-reason. Måling #4 (review-throughput) er ikke målt — det krever
menneskelige review-økter som ikke har skjedd. Begge står som ikke-målt, ikke
som antatt.
VIDERE FUNN: subtraksjon kan etterlate en misvisende rest (§5 sier den «cannot
introduce a new error» — sant om setningen, usant om leserens slutning), og kan
ødelegge sann informasjon (prebuilt-check → finnes, heter prebuilt-check.us).
`disposition` er `outdated` på 202/202 og bærer null informasjon, i strid med
flagg-formatspesifikasjonen. `claim` matcher fillinjen ordrett i 0 av 202.
Full oppskrift og åpne operatørbeslutninger: docs/r11-pilot-results.md
Pilot-utvalget i §10 ble målt mot 222-record-ledgeren. R7.5 er nå komplett (243
records, +82 flagg), så tallet var utdatert i det øyeblikket 8b270fb landet.
Designregelen er uendret — tetteste ≥7-utvalg. Kun tellingen flyttet seg:
- 21 filer / 178 not_grounded → 24 filer / 202
- Nye i utvalget: semantic-caching-patterns, small-language-models-economics,
vector-storage-cost-optimization
Presiserer også terskel-definisjonen, som ikke sto eksplisitt: den teller
not_grounded alene, ikke source_silent. På alle flagg ville utvalget vært
39 filer / 352 — en dobling, og en reell felle for pilotøkten.
Karakteristikken holder fortsatt: 202/776 = 26 % av volumet i 24/229 = 10 %
av filene.
Vårt offentlig-speil-bærer-funn (trinn E §4) formelt anerkjent som
klassefeil, ikke enkeltsak (treffer >= ms-ai-architect + llm-ingestion-okf
+ catalog). Interim ratifisert = hold markøren LOCAL-ONLY + aksepter
eksklusjon fra tverrsnittet (= allerede vår tilstand). Endelig form eid av
commons+catalog ved register-build (3 kandidater). Ingen gjenstående
operatørbeslutning hos oss — ÅS#5 lukket. [skip-docs]
To operasjoner, én økt (⊥ R7), begge ren metadata-normalisering (verdi aldri fabrikkert).
Premiss-korreksjon (ground truth 2026-07-07): roadmap sa «27 none + 4 ai-act».
Målt: 29 mangler bold **Status:** = 25 rene none + 4 ai-act (plain Status: GA).
De «27» inkluderte 2 for mye — 2 filer (custom-dashboards-ai-operations,
zero-trust-ai-services) har bold **Status:** KUN forbi byte 500 (present for
full-fil-audit, usynlig for 500B header-parser) → egen header-slanking-residual
(§8-register), utenfor Enhet 3.
Op A — Status-backfill 25 rene none: utvidet backfill-status.mjs MANIFEST 14→39
(samme statusForFile + insertMetaField + hard per-fil-invariant, idempotent skip
på de 14 R21-gjorte). Alle 25 → **Status:** Established Practice (ingen matcher
template|matrix|benchmarks|register). Diff +25/-0.
Op B — ai-act dual-header-dedup (4 filer): ny driver dedup-plain-header.mjs + 2
rene primitiver i transform.mjs — boldifyPlainField (plain→bold, verdi bevart
byte-eksakt, header-scoped, idempotent) + dropRedundantPlainField (sletter plain
KUN når bold m/ identisk verdi beviser redundans; kaster ved avvik/manglende bold).
Per fil: plain Last updated: + Status: GA → bold (2026-06-18/2026-02, GA bevart),
redundant plain Category: fjernet. Hard per-fil-invariant (net -1 linje, begge
felt bold m/ bevart verdi, ingen plain-header igjen, body byte-identisk). Diff -12/+8.
Verifisering: test-backfill-status 8/8 + test-dedup-plain-header 13/13; audit
Missing Status 29→0, Missing English Last updated 4→0; skills-diff 29 filer
+33/-12 (kun **Status:** + 8 bold-swaps), diff-kontekst inspisert per fil; begge
drivere idempotent (re-run 0 writes); suite 806/806 exit 0; none=8 uendret (Enhet 4).
