9a07454b75
Drei Cardecky-Decks live im lokalen Marketplace, mit komplettem Audit-Trail unter docs/marketplace/seed/: | Deck | Karten | Lizenz | |-------------------------------|--------|-----------| | geografie-welt-top30 | 30 | CC0-1.0 | | english-a2-grundwortschatz | 500 | CC-BY-4.0 | | periodensystem-elemente | 118 | CC0-1.0 | 648 Karten gesamt = 1296 FSRS-Reviews. Alle drei via /cards-deck- Skill 5-Stage-Pipeline (Plan, Recherche, Design, Validate, Publish). Bulk-Mode mit Python-Heredoc-Generator, Server-Side atomic-Insert in <1s pro Deck. Pro Deck im Audit-Trail: - plan.md (Subtopic-Boundaries, Streitfälle vorab) - research/sources.md (3-8 nummerierte Quellen) - research/notes.md (Recherche-Notes, Streitfall-Auflösungen) - design/build_cards.py (deterministischer Generator mit Sanity- Checks gegen Front-Duplikate) - design/cards.jsonl (atomic Output, 1 Karte/Zeile) - design/outline.md (Subtopic-Counts + F-Range) - validate/report.md (5 Standard-Checks alle ✓) - publish/deck.json + cards.log (Server-Response + Round-Trip) CONTENT_PLAN §8 Phase-1-Seed-Liste: 3/20 done. README.md erklärt die seed/-Konvention für künftige Cardecky-Decks sowie das Update-Protokoll bei PR-Merges aus dem Marketplace. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .github/workflows | ||
| apps | ||
| docs | ||
| infrastructure | ||
| packages/cards-domain | ||
| scripts | ||
| .env.example | ||
| .gitignore | ||
| .npmrc | ||
| .prettierrc.json | ||
| app-manifest.json | ||
| CLAUDE.md | ||
| package.json | ||
| pnpm-lock.yaml | ||
| pnpm-workspace.yaml | ||
| README.md | ||
| STATUS.md | ||
| tsconfig.base.json | ||
| turbo.json | ||
Cards
Eigenständige Spaced-Repetition-App des Vereins mana e.V.
Cards ist eine föderierte Peer-App im mana-Ökosystem. Sie verwaltet Karteikarten, plant Wiederholungen mit dem FSRS-Algorithmus und empfängt Inhalte aus anderen Verein-Apps (z.B. Zitate aus Memoro, Notizen aus Mana, Web-Schnipsel aus dem Browser-Plugin).
→ Live (geplant): https://cardecky.mana.how
Aktueller Stand und Pickup-Onboarding: STATUS.md.
Stack
- Frontend: SvelteKit 2 + Svelte 5 (runes-only)
- Backend: Hono + Bun + Drizzle ORM
- Datenbank: Postgres mit Schema-Isolation (
pgSchema('cards')) - Auth: föderiert über mana-auth (EdDSA JWT, JWKS-Cache)
- Subscriptions: mana-credits (zentral pro Verein-Account)
- AI-Tools: über mana-mcp Claude Desktop / persona-runner verfügbar
- i18n: DE / EN / FR / ES / IT
- Build: Turborepo + pnpm 9
Status
Phase 0 (Repo-Skeleton) — siehe mana/docs/playbooks/CARDS_GREENFIELD.md
für den vollständigen Plan.
Lokal entwickeln
pnpm install
pnpm dev:full # cards docker + mana docker + DB-Push (cards & auth) + dev (cards & mana-auth)
Oder von überall via zsh-Alias: cards-dev.
dev:full greift in ../mana/ (Plattform-Repo): startet mana-postgres,
pushed mana-auth-Schema, und startet mana-auth auf :3001 parallel zu
cards-api/-web. Damit ist Login lokal komplett testbar (Cookie-Domain
localhost, eigener Dev-User in lokaler mana_auth-DB).
Einzelschritte (falls nur Teile gebraucht werden):
pnpm docker:up # Cards Postgres + MinIO (wartet bis healthy)
pnpm docker:up:auth # Mana Postgres (wartet bis healthy)
pnpm db:push # Cards Drizzle-Schema
pnpm db:push:auth # mana-auth Drizzle-Schema
pnpm dev # cards api + web parallel (Turbo)
pnpm dev:auth # mana-auth :3001
→ API auf http://localhost:3081, Web auf http://localhost:3082 (oder Vite-Dev-Default 5173).
Voraussetzung: Mana-Plattform-Stack (mana-auth, evtl. Föderations-Services) muss lokal laufen, sonst greift Auth-Login nicht.
Lizenz
Mana-Verein-intern, MIT (siehe mana/docs/COMPLIANCE.md für Details
zur Verein-Lizenzpolitik).