app-creator/docs/roadmap.md
Kjell Tore Guttormsen c8e6aa5c7a chore: konsolider lokale kontinuitets-mekanismer (app-creator)
Per ~/.claude/CLAUDE.md § Kontinuitets-system: ROADMAP.md er navngitt som
forbudt lokal påfunns-mekanisme. Konsoliderer:

- app-creator/ROADMAP.md → app-creator/docs/roadmap.md (planer hører i docs/)
  STATE.md dekker "Now"; CLAUDE.md dekker "Parked". docs/roadmap.md beholder
  unike deler: Forutsetninger, v0.4.0-milepæl, Senere.
- Marketplace .gitignore: fjerner REMEMBER.md og MEMORY.md.
  Å gitignorere forbudte mønstre skjuler brudd — konvensjonen vil gjøre dem
  synlige slik at de kan konsolideres + slettes.
- Marketplace CLAUDE.md: fjerner stale REMEMBER.md-referanse i fil-treet.

Ikke berørt (annet plugin-scope): app-factory/{TODO.md,ROADMAP.md} — flagges
for separat opprydding.
2026-05-29 20:33:34 +02:00

3.3 KiB

app-creator — roadmap

Gjeldende status og aktiv oppgave: se ../STATE.md (gitignored). Invarianter og scope-grenser: se ../CLAUDE.md.

Dette dokumentet er planer — fremtidige milepæler og deliverables. Det er ikke state og ikke invarianter.

Forutsetninger før implementering starter

Pre-design-fasen låses opp først når alle disse er reelle (ikke designet):

  • Én reell iOS-app drevet manuelt gjennom hele app-creator → Voyage-pipelinen — håndholdte fase-artefakter, briefer skrevet for hånd, Voyage konsumerer dem
  • Friksjons-data fra prototypen er sammenstilt og dokumentert i ../prototype-run/friksjon.md
  • Brief-handover-format mot Voyage er observert i praksis (round-trip-testet på reell brief), ikke bare designet
  • App-state-format er observert i bruk
  • Pre-brief skrevet basert på det observerte mønsteret

iOS er det konkrete testtilfellet, ikke et tilfeldig domene-valg — det er der friksjonen som rettferdiggjør app-creator faktisk oppstår (Xcode-prosjekter, simulator, code-signing, TestFlight, App Store-constraints, HIG-baserte designsystem-beslutninger).

v0.4.0-milepæl (kontrakt-låsing)

v0.4.0 låser kontraktene som krysser lag-grenser (se ../../app-factory/docs/alignment-brief.md Funn 2-4). Definisjonen er fastsatt nå (intensjon, ikke implementering — innholdet låses når prototypen viser hva som faktisk fungerer):

  • Brief-handover-format mot Voyage låst og dokumentert (Voyage-kompatibel brief.md med frontmatter, round-trip-testet)
  • App-state-eksport-schema låst og dokumentert (fase-status, feature-backlog, brief-pipeline-status, Voyage-runs-status)
  • Per-app HTML klar (renderer alle fase-artefakter, fase-progress, attention per app, og drill-down til Voyage Plugin Playground)
  • Minst én iOS-app drevet til shipping gjennom systemet (≥5 features fra brief til ferdig)
  • Friksjons-data fra produksjons-bruk dokumentert som forutsetning for app-factory-design

Disse er forutsetninger, ikke deadlines. Hvis prototypen tar lengre tid blir milepælen stående — den skal ikke presse fram låsing før kontraktene er reelle.

Senere (post-v0.4.0)

Deliverables som hører til app-creator-implementeringen når forutsetningene er oppfylt:

  • Fase-engine som sekvenserer intervju → research → arkitektur → designsystem → constraints → features → briefer
  • Fase-artefakter med eksplisitt kontrakt mellom fasene (output fra én er input til neste)
  • Brief-generator som produserer Voyage-kompatibel brief.md med riktig frontmatter (Handover 1)
  • Per-app HTML (single-file, polling, vendored DS — gjenbruker v4.3-mønstre): fase-progress, alle artefakter, attention per app, drill-down til Voyage Plugin Playground per feature. Se ../../app-factory/docs/architecture-brief.md Tier 2.
  • Levende arkitektur-fil som oppdateres når Voyage-kjøringer avslører nye constraints
  • Feature-backlog med dependency-pekere mellom features (output fra fase 6)
  • App-state-eksport: hvor er vi i fase-pipelinen, hvilke briefer er sendt til Voyage, hvilke har returnert, hvilke venter på menneske-beslutning — strukturert slik at app-factory kan aggregere

Scope-grenser (hva app-creator ikke skal absorbere): se ../CLAUDE.md § "Hva app-creator IKKE skal absorbere" og § "Den sentrale arkitektur-grensen".