spieler+macher pro Tag, geerdet in den realen Commits; data.json via @mana/devlog-gen backfill. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
1.4 KiB
1.4 KiB
| date | day | view | weekday | commits | review |
|---|---|---|---|---|---|
| 2026-06-01 | 10 | macher | Montag | 6 | auto |
Montag, 2026-06-01 — Tag 10 (Macher-Sicht)
Der dichteste Tag der Strecke — sechs Commits, die zusammen den Theme-Pass in Phase 1 bringen. Konzept: jede Verein-App hat eine eigene Signatur-Farbwelt, und die schaltet man frei, indem man die App ausprobiert. Das verbindet ManaTokens (die Farbwelten) mit ManaCore (der Unlock-Logik).
Ablauf über den Tag:
4cb692e(v1.12.0) — erste Signatur-Variantbodensee(Seepuls), Auftakt Phase 1.2ad9709—pinnwand(Wunsch) dazu.343c3a9(v1.13.0) — die Phase auf einen Schlag komplettiert: 12 App-Signatur-Variants, +256 LoC.0255cf2— Unlock-Metadaten an die Themes gehängt (welche App schaltet welche Variant frei).895d906(ManaCore v1.14.0) —ThemePass: ein Unlock-Ledger-Client inSources/ManaCore, der nachhält, welche Apps probiert wurden. Hier wandert die Mechanik aus den Tokens (reine Daten) in den Core (Zustand + Backend-Anbindung).25ca543—signatureAppName+signatureAppHomepagepro Variant, Präsentationsdaten für den späteren Locked-Hinweis in der Galerie (Apex-Domain, Fallback<slug>.mana.how).
Sauberer Schichtenschnitt: ManaTokens trägt welche Variant zu welcher App gehört, ManaCore trägt ob sie freigeschaltet ist. Alles additiv an diesem Tag — der harte Schnitt (Baselines raus) kommt erst mit v2.0.0 am 06-03.