open/app-creator
1
0
Fork 0
Code Issues Releases Activity

docs(a3): presiser at #19s narme arsak var app-creators egen A3-ordlyd

Browse source 
Advisor-polish: friksjon #19 skal stå på egne ben som prototype-bevis
uten a lene seg pa masterplan.md for a forklare hvem sin ordlyd som
var for svak. Presisert at "kontroller at overrides fortsatt gjelder"
(app-creators steg-4-tekst) ikke dekket "gjengis korrekt i snapshotet" —
feilen ligger i instruksjonen, ikke i noe Akashic gjorde galt.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XpFPJDg8XKNxSHxH9uxGZr
This commit is contained in:
Kjell Tore Guttormsen 2026-08-11 21:30:16 +02:00
commit 60d0942cb8
1 changed files with 1 additions and 1 deletions
Download patch file Download diff file Expand all files Collapse all files

2
prototype-run/friksjon.md
View file

@ -566,7 +566,7 @@ Dette er en **ny og strukturelt distinkt friksjon fra #18**: #18 handlet om at P
**Relatert funn samme commit:** snapshotets `Pack-kilde`-felt pekte på en slettet plugin-marketplace-sti (`~/.claude/plugins/marketplaces/ktg-privat/plugins/app-creator/domain-packs/ios-app/`, verifisert `ls -d` → finnes ikke) i stedet for pakkens faktiske plassering (`/Users/ktg/repos/app-creator/domain-packs/ios-app/`). Trolig fordi mekanikken skriver materialiseringstidspunktets sti verbatim uten normalisering — samme dødlenke vil sannsynligvis gjenoppstå ved neste flytting av pakken, uavhengig av override-problemet over. Ikke undersøkt videre i denne omgang.
**Hva som mangler:** `domain-pack-spec.md` § D5s materialiserings-mekanikk (linje 184-192) beskriver snapshotet som en funksjon av pack-versjonen alene. Den beskriver ikke at snapshotet også skal re-speile `pack-overrides.md`s gjeldende status, og gir ingen retningslinje for NÅR en override-lukking (uavhengig av pack-bump) skal trigge en snapshot-oppdatering.
**Hva som mangler:** `domain-pack-spec.md` § D5s materialiserings-mekanikk (linje 184-192) beskriver snapshotet som en funksjon av pack-versjonen alene. Den beskriver ikke at snapshotet også skal re-speile `pack-overrides.md`s gjeldende status, og gir ingen retningslinje for NÅR en override-lukking (uavhengig av pack-bump) skal trigge en snapshot-oppdatering. Den nære årsaken er app-creators egen A3-ordlyd i `docs/masterplan.md` («kontroller at pack-overrides fortsatt gjelder mot nytt snapshot») — den sier «gjelder», ikke «gjengis korrekt», og dekker dermed ikke tilfellet der reglene fortsatt er gyldige men snapshotets *visning* av dem har driftet. Feilen ligger i instruksjonen app-creator skrev, ikke i noe Akashic gjorde galt.
**Foreslått revisjon:** To mulige retninger, ingen valgt her (utenfor denne loggens scope å beslutte):
- (A) Utvid steg 4s ordlyd i A3-typen oppgaver fra «kontroller at overrides fortsatt gjelder» til eksplisitt «kontroller OGSÅ at snapshotet *gjengir* override-status korrekt (åpen/lukket), ikke bare at reglene fortsatt anvender seg» — en presisering av kontrollens innhold, ikke av mekanikken.