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> |
||
|---|---|---|
| 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.