Kjell Tore Guttormsen
6e72fa2e10
Logget under S10 Akashic-pipeline fase 5-kjøring: #11: OVERRIDE-numbering-kollisjon mellom state.json attention og pack-overrides.md. S8 la til 'OVERRIDE-3: tekstsitater i feature #6' i Akashic state.json attention uten å sjekke pack-overrides.md, hvor OVERRIDE-3 = MASVS-AUTH (LUKKET). S10 løste kollisjonen ved å behandle tekstsitater som ny app-spesifikk constraint (ikke pack-override). Foreslått revisjon: phase-design-draft.md § Cross-cutting state.json får regel om navngiving — attention-entries som referer pack-overrides bruker OVERRIDE-N (matcher pack-overrides.md); nye app-spesifikke beslutninger som ikke deviates pack-defaults bruker ikke OVERRIDE-N. #12: Constraints-brief er den tyngste fase-artefakt-typen — sprenger lengde- grensen sterkere enn andre. S10 målte 3497 ord (~2× andre fase-briefer: app-brief 1830, research-brief 1278, architecture-brief 1827). Bekrefter at fase 5 er bredde-fase (alle standarder + plattform + governance + test-strategi i ett dokument) vs fase 3 dybde-fase. Per-artefakt-lengde-tabell-revisjon foreslått: ~3500 ord (review-flagg ved >4500) for constraints-brief, eller introdusér [breadth-phase]-merking på fase 5 (og fase 1) som signaliserer at ~3000-4000 ord er normal-tilstand. Også: S9- og S10-bekreftelses-seksjoner for #10 (lengde-grense), prosess- merknader for S10 (constraint-eierskap-stress-test funket; Apple App Privacy Details FAQ entydig nok til strict-correct; donasjons-konflikt-løsning under syntese). |
||
|---|---|---|
| docs | ||
| domain-packs | ||
| prototype-run | ||
| .gitignore | ||
| CHANGELOG.md | ||
| CLAUDE.md | ||
| README.md | ||
| ROADMAP.md | ||
| TODO.md | ||
app-creator
Tier 2 i et tre-tier HTML-system: en pipeline fra app-konsept til feature-klare briefer som Voyage konsumerer, med tynn per-app HTML for review og navigasjon.
Status: Pre-design. Ingen kode er skrevet ennå. Implementering venter på en manuell prototype gjennom hele app-creator → Voyage-pipelinen for én reell iOS app. Se CLAUDE.md for full kontekst.
Tre-tier-systemet
| Tier | Plugin | Spørsmål den svarer på |
|---|---|---|
| 1 | Voyage | Hvordan utfører vi denne oppgaven riktig? |
| 2 | app-creator | Hva trenger appen, og hva er neste brief? |
| 3 | app-factory | Hvilken app trenger meg nå, og hvilken handling er nødvendig? |
Hva app-creator skal gjøre
Drive én app fra idé til feature-backlog gjennom syv faser: intervju → research (valgfri) → arkitekturavklaringer → designsystem → constraints → feature-derivasjon → brief per feature. Hver fase produserer en artefakt på filsystemet. Brief-fasen genererer Voyage-kompatible markdown-filer som Voyage /trekplan konsumerer uten endringer.
Per-app HTML rendrer alle artefakter, viser fase-progress og attention, og lar deg drille ned til hver features Voyage Plugin Playground.
app-creator eksekverer ikke Voyage. Briefer overleveres som filer.
Hva app-creator ikke skal gjøre
- Utføre tasks (Voyages jobb)
- Eksekvere Voyage runtime (briefer er filhandover, ikke runtime-kall)
- Aggregere flere apper (app-factorys jobb)
- Erstatte Linear/Jira eller forutsette eksterne PM-verktøy (verktøy-agnostisk)
- Koordinere team
- Kjøre autonomt uten human-in-the-loop
Posisjonering
Solo-maintained, fork-and-own. Primært for forfatterens eget arbeid. Issues som signaler — ingen pull requests. Ingen backward compatibility-garantier før v1.0.0.
Lisens
TBD ved første utgivelse.