research(app-creator): S8 — Akashic fase 2 Sadhguru-opphavsrett-research + friksjon
S8 var første ekte fase 2-kjøring i Akashic-pipelinen. Selve research- briefen ble committet i Akashic-repoet (separat git): 02-research-briefs/01-sadhguru-copyright.md (rev 0, confidence: medium, 22 kilder, 1278 ord m/ length_review_flag). Endring i ktg-privat / plugins/app-creator: - prototype-run/friksjon.md: la til S8-bekreftelse på #10 (lengde-grense gjelder også for research-briefer som dekker 3+ kilde-domener; per- artefakt-tabell-forslaget må trolig differensieres ytterligere) + ny '## Ny friksjon oppstått i S8'-seksjon. Ingen ny formell friksjon — research-modellen (parallell-spawning av docs- + community-researcher, syntese i hovedkontekst) funket akkurat som S2/S3. Tre prosess-/spec- merknader notert: confidence-vurdering trenger evt. differensiering per sub-finding (lav prioritet), 'action-pending' er ny attention-type i state.json (kategori-utvidelse), pre-submission-action sitter midt mellom fase 5 og post-fase 7 (phase-felt-uklarhet — kontrakt-presisering ved neste phase-design-draft-revisjon). Andre app-creator-side filer (SESSION-LOG, SESSION-ROADMAP, NEXT-SESSION- PROMPT) er .local.md (gitignored) og committes ikke.
This commit is contained in:
parent
347271aff9
commit
2e10a4ed7b
1 changed files with 17 additions and 0 deletions
|
|
@ -212,6 +212,8 @@ Anbefaling: (a) — enklest, og snapshot-erfaringen (Akashic-snapshotet er 3328
|
|||
| `features/{NN}-{slug}/context.md` (fase 7) | ≤500 ord |
|
||||
| `01-interview-transcript.md`, `00-context/domain-pack-*.md`, `examples/*` | unntatt |
|
||||
|
||||
**S8-bekreftelse (2026-05-13):** Akashic `02-research-briefs/01-sadhguru-copyright.md` (Sadhguru/Isha-opphavsrett-research) målte 1278 ord inkl. frontmatter (~1080 ord body) etter en bevisst-stram syntese. Innholdet er ikke fyllstoff: 5 kilde-domener (Isha T&C, YouTube-policy, US/EU-lov, Apple App Review, presedens) × inline-kilde-pekere + 3 nedstrøms-konsekvens-seksjoner (fase 3/5/6) + Kilder + Restrisiko. **Bekrefter mønsteret fra #10:** ulike fase-artefakter trenger ulike lengde-grenser. Forslag i tabellen over om "≤500 ord for research-briefer" må trolig justeres for research-briefer som dekker 3+ kilde-domener — kandidat ~1000-1500 ord før review-flagg. Avgjøres ved neste `phase-design-draft.md`-revisjon når også fase 3+ er skrevet og det totale lengde-mønsteret er klart. `length_review_flag`-mekanikken funket som tiltenkt: overskridelsen er eksplisitt markert, ikke skjult.
|
||||
|
||||
---
|
||||
|
||||
## Ny friksjon oppstått i S7
|
||||
|
|
@ -225,3 +227,18 @@ Prosess-/spec-merknader fra restruktureringen + materialiseringen (ikke nummerer
|
|||
- **Token-budsjett:** sesjonen ble håndterbar (~? K) — leste konteksten, skrev 5 filer (`00-context/domain-pack-ios-app.md` som lengste — 3328 ord, sammenslåing av eksisterende; `01-app-brief.md` revidert; `app.md` + `state.json` + `pack-overrides.md` skrevet ferskt); små `Edit`-kall til `docs/domain-pack-spec.md` + denne fila + senere SESSION-orchestreringsfiler.
|
||||
|
||||
---
|
||||
|
||||
## Ny friksjon oppstått i S8
|
||||
|
||||
Ingen ny design-friksjon. Ren fase-2-kjøring (research → ett brief) avslørte ikke nye pipeline-flaws — research-modellen (parallell-spawning av docs- + community-researcher, syntese i hovedkontekst) funket akkurat som S2/S3, og fase 2-templaten produserte en brief som direkte driver fase 3 (feature #6-arkitektur låst) og fase 5 (4 nye enforce-regler).
|
||||
|
||||
S8-bekreftelse på eksisterende friksjon:
|
||||
- **#10 (app-brief vs lengde-grense):** Bekreftet å gjelde også for research-briefer. Sjekk S8-bekreftelses-notat under #10 over. Lengde-tabell-forslaget må trolig differensieres ytterligere: research-briefer som dekker 3+ kilde-domener er kandidat for ~1000-1500 ord før review-flagg.
|
||||
|
||||
Prosess-/spec-merknader fra S8 (ikke nummererte friksjons-poeng):
|
||||
- **Confidence-vurderingen i research-brief-frontmatter er én global verdi, ikke per sub-funn.** S8 endte på `confidence: medium` fordi *en* av de fem sub-domenene (Isha T&C iOS-app-policy) ikke er offentlig avklart, mens de fire andre er high. Differensiert confidence per sub-funn ville vært ærligere, men `phase-design-draft.md` § Fase 2-frontmatter har bare ett `confidence:`-felt. Løsning brukt: én global verdi + nyansering i Restrisiko-seksjonen. Ikke nødvendigvis en design-flaw — templaten er enkel og det er forfatterens jobb å markere usikkerhet i body-tekst. Notert som mulig revisjon ved neste phase-design-draft-runde (lav prioritet).
|
||||
- **Action-pending-attention-typen er ny.** S8 la til en `attention`-entry av typen `action-pending` i Akashic state.json (pre-submission Isha-forespørsel). Eksisterende typer i `state.json` `attention` har vært `research`, `decision`, `risk-accepted`. `action-pending` (handling som ikke hører i en spesifikk fase, men skal skje før shipping) er en ny kategori — egnet for ting som "send brev til X", "registrer hos Y", "kjør test Z". Ikke en formell friksjon, men en kategori-utvidelse vi kan formalisere i `phase-design-draft.md` § Cross-cutting state.json hvis flere slike dukker opp i fase 3-7.
|
||||
- **Pre-submission-Isha-forespørselen sitter midt mellom fase 5 constraints og post-fase-7 action.** Tematisk hører den i fase 5 (compliance-action), men i tid er den en pre-submission-action som skjer etter fase 7 (når appen faktisk er nær klar). Plassert som `phase: pre-submission` i state.json `attention`. Liten kontrakt-uklarhet: er "phase-felt" på attention strengt 1-7 (fase i pipelinen), eller kan det være andre verdier? Phase-design-draft § Cross-cutting state.json sier ikke. Bør avklares ved neste revisjon — ikke et reelt problem nå.
|
||||
- **Token-budsjett:** sesjonen holdt seg godt under 250K — hovedkontekst-belastning var lavt fordi research-bulk levde i agent-kontekstene (kombinert ~95K der). Hovedkontekst-skrivinger: research-brief (~1278 ord), state.json (~50 linjer), SESSION-LOG S8-seksjon (~3000 ord), NEXT-SESSION-PROMPT-S9 (~3500 ord forventet), SESSION-ROADMAP-edit (mindre).
|
||||
|
||||
---
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue