Erstatter den flate ≤500-ords-grensen med friksjon #14-tabellen (ni
artefakt-typer, target + review-flagg + driver). Den flate grensen ble
brutt av samtlige åtte artefakter Akashic-prototypen produserte, hver
gang av en driver som ikke var seremoni.
Operatør-beslutning (A2, alternativ a + full rekkevidde): revisjons-
historikk flyttes ut av kilde-artefakten til en sidecar —
<artefakt>.revisions.md for fase 1-6, features/{NN}-{slug}/revisions.md
for fase 7. Driver: F-001 brief.md var 4523 ord der ~740 var kontrakten
Voyage skal lese; resten var norsk beslutningshistorikk som ellers
overleveres til planneren. Alternativene context.md og strip-ved-
handover ble vurdert og forkastet (context.md overleveres også;
strip gir to versjoner av samme kontraktsfil uten drift-fangst).
04-design-brief-raden er eksplisitt merket [anslag - ikke målt]: fase 4
ble hoppet over i prototypen, så tallet er ikke empirisk som de øvrige.
§ Hard lengde-grense er dermed låst; header-kommentarens IKKE LÅST-liste
er redusert til § Fase 7 (A5) + state.json-schema (C2).
Verifisering: grep "500 ord eller én skjerm" -> 0; gjenværende 500-treff
er tabellverdier + den historiske omtalen. Domain-pack-filenes egen
~500-ords-grense (domain-pack-spec.md:38) er en annen regel med annen
begrunnelse og er uendret.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TrpGFqhXDifptogGrGgVPC
|
||
|---|---|---|
| docs | ||
| domain-packs | ||
| prototype-run | ||
| .gitignore | ||
| CHANGELOG.md | ||
| CLAUDE.md | ||
| README.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 artefaktene fra hver features Voyage-kjøring (voyage_run_dir + annotate-HTML). Mønstrene er arvet fra Voyages v4.3 Plugin Playground — en historisk forfar; selve flaten ble slettet i Voyage v5.0.0.
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.