Dienstag, 3. März 2026

changes

• **Was:** Offene Gym-Tracker-Aufgaben als To-do dokumentiert und projektbezogene Changelogs synchronisiert.
• **Wie:** In `gym-tracker/CHANGELOG.md` neuen Abschnitt `v1.0.1 — TODO / Follow-up` mit offenen Punkten ergänzt (Supabase-Setup, Env-Variablen, Mobil-Funktionscheck).
• **Wie:** Inhalt 1:1 auf `workspace/gym-tracker/CHANGELOG.md` gespiegelt, damit beide projektbezogenen Changelogs konsistent sind.

changes

• **Was:** `gym-tracker` auf mobilen Session-Flow umgebaut und fehlerrobust gemacht.
• **Wie:** `src/app/page.tsx` komplett neu aufgebaut: automatische Auswahl der letzten Session, `Neue Session` klont letzte Werte auf aktuelles Datum, Session-Dropdown + Datumsfeld stabilisiert.
• **Wie:** Zeilenmodell nach User-Vorgabe umgesetzt: links `-` zum Loeschen, Geraet-Feld, Saetze, Wiederholungen, Gewicht mit `- / +` in 2.5kg-Schritten; Cardio-Sonderzeile mit Minuten und `-5 / +5`.
• **Wie:** `+ Zeile hinzufuegen` unterhalb des Blocks mit gespeicherten Geraeten (Datalist/Dropdown) oder neuem Textfeld implementiert.
• **Was:** Supabase-Fehlerdiagnostik eingebaut.
• **Wie:** `PGRST205` (fehlende Tabellen) wird explizit erkannt und in der UI als Setup-Hinweis angezeigt statt stillen, nicht funktionalen Buttons.
• **Wie:** Live-Check bestaetigt: `public.sessions` und `public.exercises` fehlen aktuell im verknuepften Supabase-Projekt.
• **Was:** Supabase-Client initialisierung gehaertet.
• **Wie:** `src/lib/supabase.ts` auf expliziten Config-Check umgestellt (`supabaseConfigMissing` + kein stilles Placeholder-Client-Verhalten).

changes

• **Was:** `gym-tracker` finalisiert, versioniert und nach GitHub publiziert.
• **Wie:** Lokalen Duplicate-Clone unter `apps/gym-tracker` entfernt (auf User-Wunsch).
• **Wie:** Im Repo `gym-tracker` Commit erstellt (`feat: complete gym tracker workflow and harden deployment`).
• **Wie:** Remote auf SSH umgestellt, `origin/main` gefetched, lokal rebased und erfolgreich nach `origin/main` gepusht (HEAD: `873d180`).

changes

• **Was:** `gym-tracker` Codebase gegen Aufgabenstellung geprüft und funktional korrigiert.
• **Wie:** `src/app/page.tsx` neu strukturiert: editierbares Datumsfeld ergänzt, Session-Handling stabilisiert, `Neues Training` klont letzte Session robust.
• **Wie:** Feature „Gerät hinzufügen“ ergänzt (neue Zeilen inkl. Name, Sätze, Wdh., Gewicht in 2.5kg-Schritten, Notiz).
• **Wie:** Persistenzpfade verbessert (saubere Save-Updates für Cardio/Kraft, Fehlermeldungen, Gewichtsrundung/Anzeige in `de-DE`).
• **Was:** Build-/Deployment-Risiken bereinigt.
• **Wie:** Externe Google-Fonts entfernt (`src/app/layout.tsx`, `src/app/globals.css`) für offline-/CI-stabilen Build.
• **Wie:** `package.json` Build-Script auf `next build --webpack` umgestellt, da Turbopack in der VPS-Sandbox reproduzierbar mit Port-Bind-Fehler ausstieg.
• **Wie:** `vercel.json` von hardcodierten Supabase-Keys bereinigt; Env-Verwaltung auf Vercel-Project-Settings verlagert.
• **Wie:** `src/lib/supabase.ts` auf fehlertolerantes Env-Handling umgestellt (Warnung statt Build-Abbruch ohne Env).
• **Was:** Supabase-Setup und Modell dokumentiert.
• **Wie:** Neues `gym-tracker/schema.sql` mit Tabellen, Constraints, Triggern, Indizes und RLS-Policies erstellt.
• **Wie:** `gym-tracker/README.md` vollständig auf Projekt-Setup/Modell/Deployment aktualisiert.

changes

• **Was:** Gym-Tracker Web-App gebaut und deployed (Next.js 16 + Supabase + Vercel + VPS).
• **Wie:** Next.js 16 App mit TypeScript, Tailwind CSS, App Router erstellt.
• **Wie:** Supabase Schema (`sessions`, `exercises`) erstellt + 4 Seed-Sessions eingefügt (19.02-02.03.2026).
• **Wie:** UI mit Trainings-View, +/- Buttons (2,5kg Schritte), "Neues Training" Button (kopiert letzte Session), Cardio-Tracking (Minuten + ZHF).
• **Wie:** Vercel Deployment via `vercel deploy --prod` mit Environment Variables (API-Call).
• **Wie:** GitHub Repo erstellt (`vibeY434/gym-tracker`) + Code gepusht via SSH.
• **Wie:** VPS-Installation: `apps/gym-tracker` mit PM2 Daemon (auto-start pending).
• **Dokumentation:** `CHANGELOG-GYM-TRACKER.md` im Workspace + `CHANGELOG.md` im Repo.
• **Live-URLs:**
• Vercel: [vercel-preview]
• GitHub: https://github.com/vibeY434/gym-tracker
• VPS: `pm2 status gym-tracker` (localhost:3000)

changes

• **Was:** Vercel Token eingerichtet – Tyrone und alle Agents können jetzt auf Vercel deployen.
• **Wie:** `VERCEL_TOKEN` in `openclaw.json` unter `env` hinterlegt (kein Ablaufdatum, Full Account Scope).
• **Wie:** `SOUL.md` um neuen Abschnitt „Deployment-Fähigkeiten" ergänzt: GitHub Push via SSH-Key (kein PAT nötig), Vercel Deploy via `vercel deploy --prod --token $VERCEL_TOKEN`. Beides Approval-Required – kein autonomes Deployen.
• **Security:** Token liegt ausschließlich in `openclaw.json` (nicht in `.env`-Dateien, nicht im Repo). Gilt für alle Agents die im selben VPS-Kontext laufen.

changes

• **Was:** Tyrone auf 1-Tap-Copy-Flow fuer Tweet-/LinkedIn-Drafts umgestellt.
• **Wie:** In `workspace/SOUL.md` Telegram-Regeln um eine Social-Copy-Ausnahme erweitert: bei expliziten Tweet-/LinkedIn-Requests zwei Nachrichten, davon eine separate Copy-Nachricht nur mit finalem Post-Text.
• **Wie:** In `workspace/STYLE_LOCK.md` harte Kanalregel + Checkliste ergänzt, dass Copy-Nachricht separat und ohne Einleitung gesendet wird.
• **Wie:** In `workspace/AGENTS.md`, `workspace/MEMORY.md` und `workspace/SKILLS.md` die Social-Draft-Pflicht für separate Copy-Nachricht dokumentiert.
• **Was:** Schreibstil-Disziplin fuer X/LinkedIn bei Tyrone gehaertet.
• **Wie:** In `workspace/SOUL.md` und `workspace/STYLE_LOCK.md` festgelegt: vor jedem Tweet-/LinkedIn-Draft zwingend `references/SCHREIBSTIL_DOMINIK.md` laden; ohne Stil-Load kein Draft.
• **Wie:** Neues Fehlermuster in `workspace/tasks/lessons.md` eingetragen (`2026-03-03 Social-Drafts muessen 1-Tap kopierbar sein`) als dauerhafte Barriere gegen Stil-/Format-Drift.

aufgabenstellung

• Next.js 16 mit App Router, TypeScript, Tailwind CSS
• Supabase (PostgreSQL) als Backend
• UI mit Trainings-View und +/- Buttons (2,5kg Incremente)
• "Neues Training" Button kopiert letzte Session
• Seed-Daten: 4 historische Sessions (19.02, 26.02, 28.02, 02.03.2026)
• Deployment via Vercel
• GitHub Repo für Version Control

umsetzung

• Next.js 16 bereits vorinstalliert im Ordner `workspace/gym-tracker`
• Supabase Client installiert: `npm install @supabase/supabase-js`
• `.env.local` erstellt mit Supabase Credentials
• **Datei:** `src/lib/supabase.ts`
• Supabase Client mit `NEXT_PUBLIC_SUPABASE_URL` und `NEXT_PUBLIC_SUPABASE_ANON_KEY`
• Schema direkt in Supabase erstellt über Client-API
• Seed-Daten eingefügt (4 Sessions + 32 Exercises)
• **Datei:** `src/app/page.tsx`
• Session-Auswahl als Dropdown (neueste zuerst)
• Trainings-View mit allen Übungen als Karten
• +/- Buttons für Gewichtsanpassung (2,5kg Schritte)
• "Neues Training" Button dupliziert letzte Session
• Cardio-Sektion mit Minuten + ZHF Eingabe
• `vercel.json` erstellt mit Umgebungsvariablen
• Umgebungsvariablen via Vercel API gesetzt:
• `NEXT_PUBLIC_SUPABASE_URL`
• `NEXT_PUBLIC_SUPABASE_ANON_KEY`
• Deploy-Befehl: `vercel deploy --prod --yes --token $VERCEL_TOKEN`
• Build erfolgreich in 39 Sekunden
• GitHub Repo erstellt: https://github.com/vibeY434/gym-tracker
• Code gepusht mit SSH-Key (`~/.ssh/id_ed25519`)
• Vercel automatisch verbunden (Auto-Deploy bei Push)

tech stack

credentials

• URL: `https://[supabase-host]`
• Keys in Vercel Environment Variables hinterlegt
• Token: In `.openclaw/openclaw.json` env hinterlegt
• Projekt: `vibey434s-projects/gym-tracker`
• Repo: `vibeY434/gym-tracker`
• SSH-Key: `~/.ssh/id_ed25519` (vibeY434)

live-links

seed-daten

• Cardio: 15min @ 110 ZHF
• Leg Press: 60kg | Leg Extension: 45kg | Leg Curl: 30kg
• Abdominal: 45kg | Back Extension: 65kg
• Hip Adduction: 65kg | Hip Abduction: 80kg
• Cardio: 20min @ 100 ZHF
• Alle Übungen +2,5kg
• Cardio: 20min @ 100 ZHF
• Alle Übungen +2,5kg
• Cardio: 20min @ 100 ZHF
• Alle Übungen +2,5kg
• Leg Extension Note: "hart, aber ok"

bekannte issues

• GitHub Integration zu Vercel manuell zu verbinden (API-Call fehlgeschlagen)
• Git Email musste auf `[E-Mail]` gesetzt werden für Vercel Access

nächste schritte (optional)

• [ ] Auth-Login für mehrere User
• [ ] Export als PDF/CSV
• [ ] Charts für Progress-Tracking
• [ ] Exercise-Bibliothek mit Vorschlägen
• [ ] Rest-Timer Integration
• [ ] Mobile-Optimierung verbessern