research(app-creator): S11 — fase 6 friksjon #13 (06-features-brief-lengde-target undervurderer Voyage-handover-1-strukturert backlog)

Logget under første ekte fase 6-kjøring i Akashic-pipelinen (S11).

#13: Fase 6-features-brief-lengde-target undervurderer Voyage-
handover-1-strukturert backlog. Friksjon #10/#12-tabellen satte fase
6 til ~500 ord intro + ≤8 linjer × ~14 entries ≈ ~1700 ord. Akashic
06-features-brief.md ble 2789 ord etter bevisst-stram syntese,
~40 % over. Driver: hver entry har 10 strekpunkter (Slug + Intent +
Goal + Non-Goals + Constraints + Preferences + Success Criteria +
Dependencies + Effort + Open) for å være Voyage-handover-1-
kompatibel — ≤8 linjer ble offer for fase-7-klar-struktur.
Stress-test-seksjonen (~280 ord) + R14-readiness-check (~270 ord) +
dependency-graf m/ mermaid (~110 ord) + kritisk sti/parallelle
grupper (~220 ord) er fase 6-spec-output, ikke fyllstoff.

Konsolidert lengde-mønster-tabell over alle 5 fase-briefer skrevet i
Akashic-kjøringen:
- Fase 1 app-brief: 1830 ord (bredde)
- Fase 2 research-brief: 1278 ord (dybde-per-tema)
- Fase 3 architecture-brief: 1827 ord (dybde, 6 ADR-er)
- Fase 5 constraints-brief: 3497 ord (bredde)
- Fase 6 features-brief: 2789 ord (bredde + Voyage-handover-1)

Mønster: bredde-faser ~2000-3500 ord, dybde-faser ~1300-1800.

Forslag for phase-design-draft.md § Hard lengde-grense ved neste
revisjon: differensiert tabell over artefakt-typer; fase 6 = ~3000
ord (review-flagg ved >4000). Vurder [breadth-phase]/[depth-phase]-
merking. Avgjøres etter fase 7 også er kjørt (empirisk grunnlag for
features/{NN}-{slug}/brief.md-grensen blir tydeligere da).

S11-bekreftelser på eksisterende friksjon:
- #10 + #12 (lengde-grenser): bekreftes for femte fase-artefakt
- #11 (OVERRIDE-numbering): ingen ny kollisjon i S11; AQ-002 var
  AQ-NNN-formet, ikke OVERRIDE-N, så S10-lærdommen ble fulgt

Prosess-/spec-merknader (ikke nummererte friksjons-poeng):
- Scope-stress-test-disiplinen funket. Mage-estimat-tabell + sum +
  kalender-vurdering + aksellerasjon-vurdering tvang fram konkrete
  tall i § Scope-stress-test, ikke gjemt prosa. Forslag: § Scope-
  stress-test bør være navngitt påkrevd seksjon i fase 6-templaten.
- R14 integrert som siste § i 06-features-brief.md vs separat
  artefakt. Argumenter for integrering vant for v0. Re-vurderes
  etter fase 7. Forslag: phase-design-draft.md § R14 sier
  'integreres eller separat — operatør-valg'.
- Fase-overhead-tid ~1 t (lavere enn S10 ~1 t 20 min). Bekrefter
  fase 6 = anvendelse-fase, smal syntese-overflate selv om absolutt
  output-volum er nest størst.

Akashic 06-features-brief.md + state.json committet til Akashic-
repoet (commit b81d873). Ingen kobling — bare for sporing.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

prototype-run/friksjon.md

@@ -324,3 +324,59 @@ Prosess-/spec-merknader fra S10 (ikke nummererte friksjons-poeng):
 - **Token-budsjett:** sesjonen holdt seg under 250K. Hovedkontekst-belastning: 4 fase-briefer (app, research, architecture, constraints i full lesing) + pack-snapshot relevante seksjoner + pack-overrides.md + state.json + SESSION-LOG S8/S9 + phase-design § Fase 5. Skrivinger: constraints-brief (3497 ord — største fase-artefakt-skriving så langt), state.json (~75 linjer), pack-overrides.md-edit (~30 linjer), friksjon.md-tilskudd (denne + #11 + #12), SESSION-LOG S10-seksjon (kommer), SESSION-ROADMAP-edit (mindre), NEXT-SESSION-PROMPT-S11. Hovedkontekst-belastning er tyngst i S10 så langt fordi ingen sub-agent å outsourcs til OG fordi syntese-output er nær 2× tidligere — men fortsatt ikke nær 250K-grensen.
 
 ---
+
+## #13: Fase 6-features-brief-lengde-target undervurderer Voyage-handover-1-strukturert backlog
+
+**Fase:** 6 (observert under S11)
+**Type:** design-friksjon (lengde-target, konsolidering av #10 + #12-tabellen)
+**Observert:** 2026-05-13 (S11) — under skriving av Akashic `06-features-brief.md`
+
+**Beskrivelse:** Friksjon #10-tabellen + #12-tabellen setter fase 6 til "≤500 ord *intro* + ≤8 linjer per feature-entry". For Akashic med 13 entries × ~80 ord/entry ≈ ~1040 + ~500 intro + grafer/R14 ≈ ~1700 ord forventet. Faktisk: `06-features-brief.md` målte **2789 ord** etter en bevisst-stram syntese (~40 % over). Driver: hver entry har 10 strekpunkter (Slug + Intent + Goal + Non-Goals + Constraints + Preferences + Success Criteria + Dependencies + Effort/Prioritet/Status + Open) for å være **Voyage-handover-1-kompatibel** (per S11-NEXT-PROMPT instruksjon "Voyage-handover-1-kompatibel feature-entry-struktur slik at fase 7 kan bygge direkte"). ≤8 linjer per entry ble offer for fase-7-klar-struktur — fase 7-brief-skrivingen ville ellers måtte gjenoppfinne disse feltene fra fase 1–5-briefene, hvilket motvirker fase 6-formålet.
+
+I tillegg sprenger Scope-stress-test-seksjonen (~280 ord — utfall-begrunnelse for AQ-002), R14-implementation-readiness-check (~270 ord — PASS/CONCERNS per feature), dependency-graf med mermaid (~110 ord), kritisk sti + parallelliserbare grupper (~220 ord) — alle er fase 6-spec-output (per `phase-design-draft.md` § Fase 6), ikke fyllstoff.
+
+**Hva som ble gjort i S11:** Brukte `length_review_flag` med ærlig begrunnelse + dokumenterte ny target-forslag. Ikke splittet briefen — sammenhengen mellom stress-test-utfall, backlog-detaljer, og R14-PASS leses best i én fil.
+
+**Lærdom for app-creator-designet:** Per-artefakt-lengde-tabellen fra #10 + #12 må oppdateres med faktisk fase 6-erfaring:
+
+| Artefakt | Foreslått grense (revidert #11+) |
+|----------|-----------------------------------|
+| `01-app-brief.md` | ~2000 ord (review-flagg ved >2500) |
+| `02-research-briefs/NN-*.md` | ~1500 ord (review-flagg ved >2000) |
+| `03-architecture-brief.md` (full, med 4+ ADR-er) | ~2000 ord (review-flagg ved >2500) |
+| `05-constraints-brief.md` | ~3500 ord (review-flagg ved >4500) |
+| **`06-features-brief.md`** | **~3000 ord for ~13 entries med Voyage-handover-1-struktur (review-flagg ved >4000); skalerer ~200 ord/entry** |
+| `features/{NN}-{slug}/brief.md` (fase 7) | ≤500 ord (Voyage strict-mode body) |
+| `features/{NN}-{slug}/context.md` (fase 7) | ≤500 ord |
+| `01-interview-transcript.md`, `00-context/domain-pack-*.md`, `examples/*` | unntatt |
+
+Empirisk lengde-mønster etter S11 (fem fase-briefer skrevet):
+| Fase | Brief | Ord | Type |
+|------|-------|-----|------|
+| 1 | `01-app-brief.md` (rev 1) | 1830 | bredde (intent + scope + 11 features + 4 rabbit holes + 6 antakelser + 4 constraint-signaler) |
+| 2 | `02-research-briefs/01-*` | 1278 | dybde-per-tema (5 kilde-domener) |
+| 3 | `03-architecture-brief.md` (rev 0) | 1827 | dybde (6 ADR-er) |
+| 5 | `05-constraints-brief.md` (rev 0) | 3497 | bredde (ISO 25010 + WCAG + MASVS + plattform + governance + test) |
+| **6** | **`06-features-brief.md` (rev 0)** | **2789** | **bredde (13 entries med fase-7-klar struktur) + grafer + R14** |
+
+Konsolidert observasjon: **bredde-faser** (1, 5, 6) bruker ~2000–3500 ord; **dybde-faser** (2, 3) bruker ~1300–1800 ord. Mønsteret er nå empirisk klart over alle fem faser. Forslag: introdusér `[breadth-phase]`/`[depth-phase]`-merking i `phase-design-draft.md` med differensierte targets, ELLER bare oppdater den per-artefakt-tabellen over.
+
+**Foreslått revisjon:** Oppdater `phase-design-draft.md` § Hard lengde-grense ved neste revisjons-runde (etter fase 7 også er kjørt — empirisk grunnlag for å justere `features/{NN}-{slug}/brief.md`-grensen blir tydeligere da). Lav prioritet — `length_review_flag`-mekanikken funker som tiltenkt (overskridelse er ærlig markert, ikke skjult).
+
+---
+
+## Ny friksjon oppstått i S11
+
+Én ny nummerert friksjon: #13 (over — fase 6-features-brief-lengde-target undervurderer Voyage-handover-1-strukturert backlog).
+
+S11-bekreftelse på eksisterende friksjon:
+- **#10 + #12 (lengde-grenser):** Bekreftes for femte fase-artefakt — fase 6 sprenger #10/#12-tabellens forventede ~1700–2000 ord med ~40 %. Mønsteret etter S11: bredde-faser bruker ~2000–3500 ord, dybde-faser ~1300–1800. Konsolidert i #13-tabellen.
+- **#11 (OVERRIDE-numbering-konvensjon):** Bekreftes som "ingen ny kollisjon i S11" — fase 6 introduserer ingen nye attention-entries med OVERRIDE-N-syntaks. AQ-002 var allerede AQ-NNN-formet (ikke OVERRIDE-N), så ingen friksjon. Bekrefter at S10-friksjon-lærdommen ("nye app-spesifikke beslutninger som ikke deviates pack-defaults skal ikke kalles OVERRIDE-N") ble fulgt i praksis.
+
+Prosess-/spec-merknader fra S11 (ikke nummererte friksjons-poeng):
+- **Scope-stress-test-disiplinen funket.** Per S11-prompt Steg 2: stress-test 11-features-scope mot ~2 mnd appetite med eksplisitt utfall (a/b/c). Mage-estimat-arbeidet (effort-tabell + sum + kalender-vurdering + aksellerasjons-vurdering) avslørte at utfall (a) "scope holder" ikke var realistisk (~85d > 8–9 ukers kalender, selv med vibe-coding ~1.5–2× → 10–12 uker). Utfall (b) drop F-009 ga marginal-pluss på ~10d → ~75d → 9–11 uker → innenfor. Beslutningen ble dokumentert med konkrete tall i § Scope-stress-test, ikke gjemt i prosa. **Anbefaling for fase 6-templaten:** § Scope-stress-test bør være en navngitt påkrevd seksjon i `06-features-brief.md`-templaten (per `phase-design-draft.md`), ikke ad-hoc — den er en av de viktigste fase 6-beslutningene.
+- **R14 implementation-readiness-check som integrert i 06-features-brief.md vs separat artefakt.** `phase-design-draft.md` § Implementation-readiness-check sier "operatør-gjennomgang med PASS/CONCERNS/FAIL" og listet det som separat steg etter fase 6. S11 plasserte R14-check som siste seksjon i `06-features-brief.md` selv. Argumenter for integrering: (1) sjekken er per-feature og lever best ved siden av feature-entryene, (2) ikke separat artefakt-overhead, (3) hvis CONCERNS/FAIL: kreves backtracking til fase 6 uansett, så ingen verdi i separat fil. Argument mot: separasjon gjør R14-resultatet eksplisitt gate-merket, ikke begravd i feature-briefen. **Beslutning:** integrert som siste § i `06-features-brief.md` for v0; vurderes om separasjon trengs etter fase 7 er kjørt og R14-CONCERNS faktisk håndteres i praksis. Forslag for `phase-design-draft.md` § Implementation-readiness-check: legg til "R14 kan integreres som siste seksjon i `06-features-brief.md` ELLER skrives som separat `06-readiness-check.md` — operatør-valg, ingen funksjonell forskjell".
+- **Fase-overhead-tid (R17):** ~1 t aktiv sesjons-tid (operatør-bekreftelse 1 min + lese-fase ~10 min + stress-test ~10 min + brief-skriving ~30 min for 13 entries + state-mekanikk + commit ~5 min + SESSION-LOG/ROADMAP/NEXT-PROMPT + friksjon #13-skriving til slutt ~5 min). Lavere enn S10 (~1 t 20 min) fordi syntese-overflaten er smalere (én artefakt-type, mindre cross-referencing mot eksterne kilder) selv om output-volumet er størst i absolutte ord. Bekrefter at fase 6 er **anvendelse-fase** (alle inputs er ferdig-syntetiserte fase 1–5-briefer), ikke **research/integrasjons-fase** (som fase 5 var).
+- **Token-budsjett:** sesjonen holdt seg under 250K. Hovedkontekst-belastning: 5 fase-briefer i full lesing (app, research, architecture, constraints, og nå features), pack-snapshot § Relevante patterns, state.json, friksjon.md, phase-design § Fase 6 + R14 + Felles brief-frontmatter + Hard lengde-grense, SESSION-LOG S9 + S10. Skrivinger: `06-features-brief.md` (2789 ord), state.json (~80 linjer), friksjon.md-tilskudd (#13 + denne, ~140 linjer), SESSION-LOG S11-seksjon (kommer), SESSION-ROADMAP-edit (mindre), NEXT-SESSION-PROMPT-S12. Fortsatt under grensen — fase 6 er ikke nær like tungt som S10 fordi syntese-input er mindre (alle inputs er strukturerte briefer) selv om output-volumet er størst absolutt.
+
+---