fix(ms-ai-architect): §9.15-rettelse — «45» var et gulv, og min egen sveip bar defekten den nettopp navnga
Sveipen som produserte 45 krevde at feltetiketten selv inneholder «MCP». En telling hvis etikett mangler ordet er usynlig for den — nøyaktig dialekt-blindheten §9.15 har som hovedlærdom, i sveipen som skulle rette den. Etikett-fri sveip + haandklassifisering: 2 falske positive, 3 ekte til. Pluss ai-risk-taxonomy-classification.md:458, en sifferloes overskrift («### MCP Calls Summary») hvis telling staar i BLOKK-form under — en strukturell form ingen linjebasert sveip kan enumerere. Korrigert: >= 48 ekte linjer, og tallet er et GULV, ikke en maaling. Tre former slapp unna: telling under etikett uten «MCP» (**Totalt:**), telling i blokk under sifferloes overskrift, telling gjentatt i prosa. To funn som endrer neste oekts oppdrag: - Slettingen er ikke selv-fullfoerende. inferencing-optimization-caching.md oppgir 12 i footeren og GJENTAR det i prosa 24 linjer under. Kontrollert for denne oekten: ingen av de sju filene har slik rest. Men formen maa heretter kreve et rest-soek per fil. - «Alle avvik gaar samme vei» har naa en kandidat-motsigelse. chain-of-thought-prompting.md:500 oppgir 4 over en liste med 3 verktoeykall — oppgitt > enumerert, motsatt vei, og utenfor populasjonen som ga «aatte av aatte». Retningsargumentet maa re-maales foer det siteres igjen. Ogsaa: idx-26l sin stempel-paastand var UMAALT da den ble skrevet. Naa maalt og den holder (ingen seksjonsterminale stempler i fila; de fire markoerene er **Last updated:** paa l.5, inline *(Verified MCP 2026-04)* paa 729/738/739 knyttet til enkeltkilder, og en overskrift paa 758 som staar ETTER footeren). Ordlyden er strammet til aa foere maalingen, og at den kom i etterkant er navngitt — en resolved entry er unntatt ankersjekk, saa ingenting ville noen gang fanget en falsk faktapaastand inni en. Suite: 15/15 paa g7-queue.
This commit is contained in:
parent
30d4340e94
commit
9820f6c945
2 changed files with 62 additions and 1 deletions
|
|
@ -1841,3 +1841,64 @@ fortjent tillit her. Klassifiseringen av de 45 er **håndarbeid som ikke er gjor
|
|||
- **Den dialekt-blinde regexen rammer korpus-målinger, ikke bare enkelt-editer.** Et tall
|
||||
som er sitert ordrett i sju køoppføringer var målt over halve populasjonen. Ingen av de
|
||||
sju kunne oppdage det; de siterte hverandre.
|
||||
|
||||
### §9.15 addendum, samme dag — «45» var et GULV, og min egen sveip bar defekten jeg nettopp navnga
|
||||
|
||||
Rettelse skrevet før økten ble avsluttet, ikke overlatt til neste. Avsnittet over
|
||||
konkluderte med **45 ekte linjer i 45 filer** og kalte det ground truth. Det var
|
||||
det ikke. Sveipen som produserte tallet krevde at **feltetiketten selv inneholder
|
||||
`MCP`** — og en telling hvis etikett mangler ordet er usynlig for den. Det er
|
||||
nøyaktig den dialekt-blindheten dette avsnittet har som hovedlærdom, i sveipen
|
||||
som skulle rette den.
|
||||
|
||||
En etikett-fri sveip (linjer som nevner MCP-kall **og** bærer et tall, uansett
|
||||
hva feltet heter) finner fem til. Håndklassifisert:
|
||||
|
||||
| Linje | Dom |
|
||||
|-------|-----|
|
||||
| `copilot-studio-nlp-configuration.md:553` | falsk positiv — metodikk-punkt, ingen telling |
|
||||
| `m365-copilot-plugins-ecosystem.md:449` | falsk positiv — dato, ikke kalltelling |
|
||||
| `chain-of-thought-prompting.md:500` | **EKTE** — `**Totalt:** 4 MCP-kall`, etikett `**Totalt:**` |
|
||||
| `genaiops-llm-specific-practices.md:383` | **EKTE** — `**Totalt:** 18 kilder, 8 MCP-kall` (3+3+2 = 8 ✔) |
|
||||
| `inferencing-optimization-caching.md:1029` | **EKTE, NY UNDERKLASSE** — se under |
|
||||
|
||||
I tillegg bar `ai-risk-taxonomy-classification.md:458` en overskrift uten siffer
|
||||
(`### MCP Calls Summary`) og ble derfor aldri vist av noen linje-sveip. Under den
|
||||
står klassen i **BLOKK-FORM**: `microsoft_docs_search: 3 calls` /
|
||||
`microsoft_docs_fetch: 2 calls` / `microsoft_code_sample_search: 1 call`, uten
|
||||
oppgitt total. **Ekte medlem, en strukturell form ingen linjebasert telling kan
|
||||
enumerere.**
|
||||
|
||||
**Korrigert: ≥ 48 ekte linjer, og tallet er et GULV, ikke en måling.** De tre
|
||||
formene som slapp unna er (a) telling under en etikett som ikke nevner MCP
|
||||
(`**Totalt:**`), (b) telling i blokk under en sifferløs overskrift, (c) telling
|
||||
gjentatt i prosa.
|
||||
|
||||
#### To funn som endrer hva neste økt må gjøre
|
||||
|
||||
**1. Slettingen er ikke selv-fullførende.** `inferencing-optimization-caching.md`
|
||||
oppgir `12` i footeren (:1005) og **gjentar det i prosa** på :1029: «basert på 12
|
||||
MCP-kall til offisiell Microsoft-dokumentasjon». Å slette footerlinja ville latt
|
||||
tallet leve videre i samme fil. Kontrollert for denne økten: **ingen av de sju
|
||||
filene har slik rest** — verifisert med et dialekt-bredt søk etter editen. Men
|
||||
formen må heretter kreve et rest-søk per fil, ikke bare en linjesletting.
|
||||
|
||||
**2. «Alle avvik går samme vei» har nå en kandidat-motsigelse.** Det funnet —
|
||||
åtte av åtte oppgitt < sum, null motsatt — er sitert som evidens for at tallet
|
||||
aldri ble transkribert fra en kjøring. `chain-of-thought-prompting.md:500` oppgir
|
||||
**4** MCP-kall over en nummerert liste med **3** verktøykall. Det er oppgitt >
|
||||
enumerert, altså **motsatt vei**. Den er ikke ferdig adjudisert (listen kan ha
|
||||
utelatt ett kall), men den er ikke trygt samme-vei, og den lå utenfor
|
||||
populasjonen som ga «åtte av åtte». **Retningsargumentet må re-måles over den
|
||||
korrigerte populasjonen før det siteres igjen.**
|
||||
|
||||
#### Lærdommen, skjerpet
|
||||
|
||||
- **Sveipen som retter en dialekt-blind måling må selv testes for dialekt-blindhet.**
|
||||
Å binde regexen til feltetiketten er samme feilklasse som å binde den til
|
||||
engelsk. Testen er billig: fjern etikett-kravet og se hva som dukker opp.
|
||||
- **En sifferløs overskrift skjuler en hel strukturell form.** Linje-sveip finner
|
||||
linjer; en klasse som også opptrer som blokk krever at du leser under hver
|
||||
overskrift som nevner feltet.
|
||||
- **En sletting kan etterlate tallet i live et annet sted i samme fil.** Verifiser
|
||||
fravær i HELE fila etter editen, ikke bare at linja er borte.
|
||||
|
|
|
|||
|
|
@ -268,7 +268,7 @@
|
|||
"anchors": [
|
||||
"**MCP calls:** 6 (microsoft_docs_search: 3, microsoft_docs_fetch: 3, microsoft_code_sample_search: 2)"
|
||||
],
|
||||
"resolution": "Operator-ratified form applied 2026-08-09, second batch. The form is idx-26j's: current provenance, one referent for the whole footer block, and the unverifiable MCP-calls line is DELETED rather than corrected to the sum. The ground is UNVERIFIABILITY, not arithmetic - re-verified independently this session rather than inherited: grepped scripts/, docs/ and tests/ for any generation log recording MCP calls per file, and the only two artifacts that mention the field are the queue itself and docs/r11-pilot-results.md, both analysis rather than a run record. So the number is unadjudicable under BOTH readings of the referent, in this file as in the two closed by 088cf06.\nDELETED: '**MCP calls:** 6 (microsoft_docs_search: 3, microsoft_docs_fetch: 3, microsoft_code_sample_search: 2)'. This is the only file of the seven where the line stood as its OWN PARAGRAPH (blank line above and below), so the deletion took the line AND one adjacent blank, exactly as 088cf06 did in stakeholder-communication-ai-decisions.md. The other six sit inside a tight block where the line alone goes. A deletion correct on the string and wrong on the whitespace would leave a broken paragraph, which is a defect the anchor check cannot see.\nWHAT REMAINS IN THE FOOTER WAS CHECKED, NOT ASSUMED: the block's only other field is '**Dato for siste verifikasjon:** 2026-04-10', which is a date, not a count - it carries no denominator and states nothing this session can falsify (the three MCP-verified source annotations in the same section all read 'Verified MCP 2026-04'). Nothing else in the block is a counting claim, so nothing was kept-and-verified here and nothing was left unmeasured.\nANCHOR UNIQUENESS verified with grep -cF before writing, not with the gate's text.includes - the gate proves PRESENCE, never uniqueness, and 26j named the omission of this check as an explicit lapse.\nNo re-dating decision required: the footer sits under no section stamp. '**Last updated:**' untouched, per the precedent of all thirteen prior ratified corpus edits."
|
||||
"resolution": "Operator-ratified form applied 2026-08-09, second batch. The form is idx-26j's: current provenance, one referent for the whole footer block, and the unverifiable MCP-calls line is DELETED rather than corrected to the sum. The ground is UNVERIFIABILITY, not arithmetic - re-verified independently this session rather than inherited: grepped scripts/, docs/ and tests/ for any generation log recording MCP calls per file, and the only two artifacts that mention the field are the queue itself and docs/r11-pilot-results.md, both analysis rather than a run record. So the number is unadjudicable under BOTH readings of the referent, in this file as in the two closed by 088cf06.\nDELETED: '**MCP calls:** 6 (microsoft_docs_search: 3, microsoft_docs_fetch: 3, microsoft_code_sample_search: 2)'. This is the only file of the seven where the line stood as its OWN PARAGRAPH (blank line above and below), so the deletion took the line AND one adjacent blank, exactly as 088cf06 did in stakeholder-communication-ai-decisions.md. The other six sit inside a tight block where the line alone goes. A deletion correct on the string and wrong on the whitespace would leave a broken paragraph, which is a defect the anchor check cannot see.\nWHAT REMAINS IN THE FOOTER WAS CHECKED, NOT ASSUMED: the block's only other field is '**Dato for siste verifikasjon:** 2026-04-10', which is a date, not a count - it carries no denominator and states nothing this session can falsify (the three MCP-verified source annotations in the same section all read 'Verified MCP 2026-04'). Nothing else in the block is a counting claim, so nothing was kept-and-verified here and nothing was left unmeasured.\nANCHOR UNIQUENESS verified with grep -cF before writing, not with the gate's text.includes - the gate proves PRESENCE, never uniqueness, and 26j named the omission of this check as an explicit lapse.\nNo re-dating decision required, and the stamp position was MEASURED - after the resolution was first drafted rather than before it, which is named here rather than quietly ratified, because a resolved entry is exempt from the anchor check and nothing would ever catch a false factual claim inside one. Ground truth: this file carries no section-terminal stamp anywhere. The four date markers are line 5 (**Last updated:** 2026-06-24), inline *(Verified MCP 2026-04)* annotations attached to individual source entries at lines 729, 738 and 739, and a section HEADING at 758 that postdates the footer. The footer stood at 741-743, between an inline source annotation and a rule, under no stamp - the same finding idx-26j reached about its own source 8, where an inline per-source marker was held not to be a section stamp. '**Last updated:**' untouched, per the precedent of all thirteen prior ratified corpus edits."
|
||||
},
|
||||
{
|
||||
"id": "idx-26m",
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue