Syntetiserer threads A-E til research-brief.md: 8 triangulerte funn med
confidence-rating, stillingstaken på default-retning-spenningen (A/B vs E),
restrisiko, revisjons-mandat R1-R17 for phase-design-draft.md, og
innholds-mandat D1-D7 for domain-pack-spec.md (skrives i S5).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Starter prototype-runet som driver app-creator-designet før implementering.
- prototype-run/friksjon.md: 6 friksjons-poeng oppdaget i Akashic fase 1
- prototype-run/README.md: forklarer oppsettet
Flersesjons-orkestrering (SESSION-ROADMAP/LOG/NEXT-SESSION-PROMPT.local.md)
ligger i plugin-roten, gitignored. Akashic-instansen ligger i eget repo.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Per-app-intervjuet manglet eksekverings-mekanisk disiplin der /trekbrief
har det. Importer fem mønstre som kjøre-disiplin (ikke kode), justert
for at app-scope er bredere og mykere enn task-scope:
1. Weakest-section-first-loop med standard prioritering
2. Anchor / Sharpen-mønster på vage svar
3. Aktiv research-tema-uthenting under dialog (Question / Confidence / Scope)
4. [ANTAKELSE]-markører for ting operatør ikke vet
5. 6 ja/nei kvalitets-sjekk-spørsmål før fase-eksit
Eksplisitt utenfor: mekanisk 1-5-scoring og dedikert reviewer-agent —
hører til per-task-kontekst der suksess-kriterier er command-checkable.
Status-merket [importert fra trekbrief, justert for per-app, hypotese] —
prototypen vil avsløre hvilke mønstre som faktisk hjelper vs er overhead.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Førsteutkast (831 linjer) som skisser app-creators 7-fase-pipeline med
unifisert brief-pattern: hver fase produserer én eller flere briefer med
felles grunnstruktur (frontmatter + phase-spesifikke seksjoner).
Brief-typer per fase:
- Fase 1: app brief (+ interview transcript som rå-kilde)
- Fase 2: research briefer (per tema, valgfri)
- Fase 3: arkitektur brief (med ADRs som seksjon)
- Fase 4: design brief (tokens + komponenter som seksjoner)
- Fase 5: constraints brief (inkl. test-dekning på app-nivå)
- Fase 6: features brief (backlog + dependency-graf, inkl.
test-infrastruktur-features)
- Fase 7: feature briefer per feature (Voyage handover, Handover 1)
Cross-cutting: state.json for app-factory-aggregering, brief-revisjon ved
backtracking, attention-heuristikker.
Eksplisitt scope-lås: app-creator dekker utviklings-prosessen.
Pre-decision (markedsanalyse) og post-shipping (TestFlight, marketing,
validation) er utenfor scope.
App-level testing: per-feature /trekreview er nødvendig men ikke
tilstrekkelig. Constraints-brief definerer test-dekningskrav på app-nivå
(E2E, A11Y, performance, regresjon); features-brief inkluderer
test-infrastruktur som features Voyage bygger.
Status-merking på alle templates: [hypotese], [arvet], [åpent]. Subject
to revision after iOS-prototype. v0.4.0 låser det som har overlevd
reell bruk.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Tre-tier HTML-modell låst som endelig arkitektur:
- Tier 1: Voyage Plugin Playground (per-feature, v4.3+)
- Tier 2: app-creator per-app HTML (per-app, fase-progress + alle artefakter + attention)
- Tier 3: app-factory portefølje-HTML (per-portefølje, alle apper + klikk-til-terminal)
Hver tier har samme arkitektoniske form: AI skriver state i filer, tynt HTML
rendrer, menneske handler i terminal. Ingen backend, ingen RPC, ingen vendor-
låsing.
Verktøy-agnostisk lagt inn som HARD invariant: app-factory må fungere uten
Linear/Jira/Asana/etc. Tredjeparts sync-plugins er opt-in og additivt.
Tidligere Linear-overlag-modell forkastet.
Ny: app-factory/docs/architecture-brief.md (~190 linjer) som låser
arkitektur-invariantene og dokumenterer tekniske spørsmål som må avklares
ved /trekbrief.
Oppdatert i begge plugins:
- CLAUDE.md med tier-language, verktøy-agnostisk-grense, HTML-invarianter
- README.md med tre-tier-pitch
- ROADMAP.md med per-app HTML / portefølje-HTML i Later, sync-plugin-arkitektur
- CHANGELOG.md med arkitektur-låsing dokumentert
- alignment-brief.md: Funn 5 oppdatert (klikk-til-terminal er manuell, ikke autonom),
ny non-goal om eksterne PM-verktøy som kjerne-avhengighet
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
app-creator omdefinert som 7-fase pipeline (intervju → research → arkitektur
→ designsystem → constraints → features → briefer per feature) som produserer
Voyage-kompatible briefer. Brief-handover er filoverlevering, ikke
runtime-kobling.
Tidligere scope (lokal hjelper-prosess som eksekverer Voyage-kommandoer fra
HTML) er parkert — den brøt Voyages v4.3-modell (ingen kommando-utførelse
fra HTML) og var symptom av ikke-skarpt definert scope.
app-factory tilsvarende rescope: leser app-state, eksekverer ingenting.
Operatørens handling er context-switch til riktig app-creator-instans.
alignment-brief Funn 3 omskrevet fra hjelper-prosess-API til
brief-handover-format. Hard invariant lagt inn: runtime-kobling mellom
lagene er forbudt — alt går via filer.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
app-creator (lag 2): per-app-orkestrering. CLAUDE.md med Status/lag-tabell/
arkitektur-grense/scope-test/arbeidsregler. ROADMAP med v0.4.0-milepæl
som låser kontraktene app-factory bygger på. iOS som eksplisitt
testtilfelle, ikke tilfeldig domene.
app-factory (lag 3): per-portefølje state-aggregator. Allerede scaffolded
fra tidligere /repo-init; legger til docs/alignment-brief.md (174 linjer)
som identifiserer 5 kontrakter på tvers av Voyage/app-creator/app-factory:
Voyage stability promise, app-creator state-eksport schema, hjelper-
prosess-API, versjons-milepæl-konsistens, autonom-utløse-grensen.
Begge plugins er pre-design — ingen kode shipped. Implementering venter
på iOS app-prototype gjennom app-creator + Voyage som datagrunnlag.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
