3 commits

Author	SHA1	Message	Date
Till JS	9a6e51b7a3	chore(mana): plants + who aus unified-App entfernen ... Plants → Herbatrium (herbatrium.mana.how, LIVE seit 2026-05-17), Who → eigenständiger Bun-Stack auf who.mana.how (außerhalb des managarten-Repos, deployt nativ unter PM2 auf dem Mac Mini). Gelöscht / abgebaut: - Module: apps/mana/.../modules/{plants,who} + Routen + Locales + routes/api/v1/who Proxy - Top-Level: apps/plants/ - Backend: apps/api/src/modules/{plants,who} + scripts/generate-who- dossiers.ts + RESOURCE_MODULES + app.route()-Mounts - shared-branding: APP_BRANDING, APP_ICONS, MANA_APPS, PlantsLogo - credits AI_PLANT_ANALYSIS, shared-utils analytics PlantsEvents, spiral-db MANA_APP_INDEX plants - Cross-Module: PlantWateringWidget, time-blocks/types, seed-registry PLANTS_GUEST_SEED, crypto-registry plants + plaintext-allowlist plantPhotos/plantTags/wateringLogs/wateringSchedules - Dashboard: 'plant-watering' Widget, requiredBackend 'plants', WIDGET_REGISTRY-Eintrag - Registries: app-registry/apps.ts + categories + help-content + module-registry + splitscreen + hooks.server APP_SUBDOMAINS + quick-input registry + data/tools/init - Infrastruktur: cloudflared plants.mana.how, docker-compose CORS_ORIGINS + MinIO plants-storage Bucket, prometheus probe, package.json plants:dev Scripts, i18n locales plants+who Strings - who.mana.how / who-api.mana.how Standalone-Routes BLEIBEN (PM2-Container auf Mac Mini, eigenständige Auth/SQLite/LLM-Keys) Dexie v62 (Nachholung) + v63 Migrations: - v62: dropped meals, goals, foodFavorites, mealTags, wardrobeGarments, wardrobeOutfits + images-Schema-Index ohne wardrobe-FKs + Upgrade- Callback strippt wardrobeOutfitId/wardrobeGarmentId aus Image-Rows. (Migration war im vorherigen Commit nicht im File gelandet, jetzt nachgeholt.) - v63: dropped plants, plantPhotos, wateringSchedules, wateringLogs, plantTags, whoGames, whoMessages. Test/Doku: - module-registry.test.ts Snapshot: plants-Eintrag entfernt, whoGames/whoMessages aus LEGACY_TABLES (werden jetzt gedroppt) mana-web svelte-check 0/0, snapshot test 10/10, streaks 5/5. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-18 14:25:45 +02:00
Till JS	4fc9d6c59c	feat(wardrobe): module foundation — garments + outfits space-scoped data layer (M1) ... M1 of docs/plans/wardrobe-module.md — pure data layer + backend plumbing, zero UI (that's M2). A user can now hold a digital wardrobe per space: brand merch, club Trikots, family Kleiderschrank, team Kostüme, practice Dresscode, and personal closet all live as separate pools under the same Dexie tables, space-scoped like tags/scenes/agents after Phase 2c. Data model — two tables, no join: - wardrobeGarments (Dexie v41): single clothing items / accessories. Indexed on `category` + `createdAt` + `isArchived`. Encrypted: name/brand/color/size/material/tags/notes. Plaintext: category, mediaIds, counters, timestamps — all indexed or structural. `mediaIds[0]` is the primary photo used for try-on; additional ids are alternate views (back, detail) for M7. - wardrobeOutfits (Dexie v41): named compositions referencing garment ids. Encrypted: name/description/tags. Plaintext: garmentIds (FK array), occasion (closed enum — useful for undecrypted filtering), season, booleans, lastTryOn snapshot. - picture.images gains `wardrobeOutfitId?: string | null` as a plaintext back-reference. Try-on results land in the Picture gallery like any other generation; the outfit detail view queries them via this id rather than maintaining a third table. Space scope: - `wardrobe` added to all five explicit allowlists in shared-types/ spaces.ts (personal is wildcard, no edit needed). Each space type gets a one-line comment explaining the real-world use case. - App registry: `wardrobe` entry in shared-branding/mana-apps.ts with a rose→fuchsia gradient icon (T-shirt on hanger silhouette), color #e11d48, tier 'beta', status 'beta'. - Module registry: wardrobeModuleConfig imported + appended to MODULE_CONFIGS so SYNC_APP_MAP picks it up automatically. Backend: - MAX_REFERENCE_IMAGES bumped 4 → 8 in picture/generate-with- reference (plus the client-side default in ReferenceImagePicker). Justified with a comment: face + body + top + bottom + shoes + outerwear + 2 accessories = 8. Cost doesn't scale with ref count (OpenAI bills per output), so the bump is a pure capability expansion with no credit-side risk. - New POST /api/v1/wardrobe/garments/upload wraps uploadImageToMedia with app='wardrobe'. Registered under /api/v1/wardrobe in index.ts. Pattern 1:1 with the profile/me-images/upload endpoint; tier-gating falls out of wardrobe NOT being in RESOURCE_MODULES (tier='guest' works — consistent with picture's plain CRUD). Stores emit domain events (WardrobeGarmentAdded, WardrobeOutfitCreated, WardrobeOutfitTryOn, etc.) so later mana-ai missions can observe activity without polling. No UI in this commit. M2 (Garments-Grundlayer) wires the route + grid + upload-zone; M3 the Outfit composer; M4 the Try-On integration. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-23 18:27:37 +02:00
Till JS	e77ae5d5eb	feat(who): add character dossier system for staged fact disclosure ... Pre-researched dossiers (37 JSON files, DE+EN) replace the old personality strings as the source of truth for the Who guessing game. A strong cloud LLM (Gemini 2.5 Flash) generates structured facts per character — voice, values, achievements, anecdotes, relationships, forbidden-early-words, and three-stage hints — so the small runtime model (gemma3:4b) gets only what it needs per turn instead of raw personality text that leaks the identity immediately. - dossier-types.ts: Zod schema + TS types for CharacterDossier - dossier-loader.ts: boot-time loader with validation + coverage report - generate-who-dossiers.ts: one-shot generator script (Google Gemini or local mana-llm fallback, idempotent, --force/--id flags) - 37 dossier JSON files in data/dossiers/ Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-10 17:40:16 +02:00