fix(ms-ai-architect): de 40 slettingene er anvendt — og residu-soeket fant defekten ved siden av editen, tolvte gang
idx-26an er LUKKET. Alle 40 medlemmer editert, én fil om gangen, med eksakt-treff per fil. Ingen kryss-fil search-and-replace kjoerte paa noe tidspunkt, saa prefiks-faren ble aldri testet av flaks. Diff-formen er MAALT, ikke paastaatt: 40 filer, 42 slettinger, 0 innsettinger. 38 filer −1 linje, 2 filer −2. FOER EDIT, alle 40: ankeret verifisert ordrett, unikt ved split-telling i sin egen fil, OG likt HELE linja (lines[n] === anker for 40/40). Den siste sjekken er den som beviser at intet anker var en delstreng av en lengre blandet linje — idx-26ao/idx-26ap-defektklassen — i stedet for aa stole paa at screenet fanget alle. TO MEDLEMMER FIKK TO-LINJERS SLETTING, ved presedens og ikke ved valg: i ai-services-api-best-practices.md:762 og model-deployment-strategies-azure.md:1067 sto footerlinja som eget avsnitt mellom blanklinjer, saa den tilhoerende blanklinja fulgte med. Samme form ble slettet samme vei i088cf06(idx-26j); aa slette linja alene ville etterlatt dobbel blanklinje. STRUKTURSJEKK OVER HELE SETTET FOER EDIT, ikke paa oeyemaal: naermeste ikke-blanke linje over hvert medlem testet for overskriftsform, for aa fange en sletting som gjoer en overskrift foreldreloes. Nooeyaktig ett treff — «## Kilder og verifisering» rett over reserved-capacity-planning.md:557 — og det er falsk alarm: overskriften beholder kropp, «**Unique Sources:** 9» foelger rett etter. ETTER EDIT: alle 40 ankere bekreftet borte. RESIDU-SOEK PER FIL, med TO nett med ULIK blindhet. Nett A (etikett- eller overskriftsform + kall-vokabular + siffer, etikett-fritt per §9.15) ga 11, alle falske positive ved handlesning: backoff-sekunder, soek per bruker i et kosteksempel, en ToolCallAccuracy-terskel, KQL-retensjon, en pris-per-kall-tabell. Nett B (ordet MCP med et siffer paa samme linje) ga 82, hvorav 81 er proveniens-DATOSTEMPLER av formen «(Verified MCP 2026-04)» — nettopp current-provenance-klassen denne formen BEHOLDER, ikke tellinger. ETT EKTE RESIDU, BOKFOERT SOM idx-26aq OG IKKE REPARERT. ai-services-cost-optimization.md: slettingen av totalen paa :396 fjernet en motsigelse, men lot den SAMME uverifiserbare paastanden staa ti linjer over, i en form ingen linjebasert sveip enumererer — sju MCP-kall oppramset ett per linje paa :388-394, under en overskrift som selv baerer tallet. Den er overskriftsbaaren og hoerer derfor under aapent spoersmaal #22 ved siden av idx-26aj og idx-26ak, ikke under denne entryens linjeform. RESIDUET BLE STOERRELSESMAALT FOER DET BLE BOKFOERT: noeyaktig 5 filer av 389 baerer en enumerert MCP-kall-liste. Én er falsk positiv, tre er alt bokfoert (idx-26z, idx-26ai, idx-26ak), og denne var den eneste ubokfoerte — og den eneste av de fem blant disse 40. EN RESOLVED ENTRY BLE FALSIFISERT, og rettet med datert tilleggsklausul i samme pass (presedens4032dfc, ikke stille gjenaapning): idx-26j la denne filas :396 i boetta «not checkable — a total with no per-tool numbers to sum». De per-verktoey- tallene FINNES, de ligger bare ti linjer opp og forbi en overskrift. Aritmetikk-testen var anvendelig og den feiler: 6 oppgitt mot 7 oppramset. De tre andre i boetta ble re-verifisert mot HEAD FOER klausulen ble skrevet og alle tre staar. Én av fire feil, ikke fire av fire — boetta er bulket, ikke tom. Boettene styrte KUN bokfoering, som ratifisert: konsistente og inkonsistente medlemmer ble slettet av identisk grunn. Koe: 51 entries (30 aapne, 21 resolved). Suite: 1052/1052.
This commit is contained in:
parent
50c38a72ea
commit
79bb54412b
41 changed files with 20 additions and 45 deletions
File diff suppressed because one or more lines are too long
Loading…
Add table
Add a link
Reference in a new issue