Kjell Tore Guttormsen
a2c0844b58
- review-2026-07.md: uavhengig Fable 5-review (19 funn, 1 BLOCKER/8 MAJOR, M1-M11 avgjort, verifiseringslogg) committet som levert - masterplan.md: promotert fra replan-proposed.md (status FORSLAG -> AKTIV); sesjonsko A-F til v1.0.0, B1 (reell round-trip) foran videre brief-produksjon - roadmap.md: markert erstattet av masterplanen; revideres i sesjon A1 - STATE.md (local-only, gitignored): overskrevet fra STATE-proposed.md; NESTE = sesjon A1 (dok-resync). STATE-proposed.md slettet etter promotering Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GD2GDkdMZsNWy2hoiGjeLR
45 lines
3.6 KiB
Markdown
45 lines
3.6 KiB
Markdown
# app-creator — roadmap
|
|
|
|
> **Erstattet 2026-07-10:** Gjeldende plan til v1.0.0 er `masterplan.md` (promotert fra kryssmodell-reviewen; funn i `review-2026-07.md`). v0.4.0-milepælen under står som milepæl underveis i masterplanen. Dette dokumentet revideres i sesjon A1 — flere punkter bærer verifisert utdaterte premisser (bl.a. «drill-down til Voyage Plugin Playground», jf. R-01).
|
|
|
|
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".
|