Fueling für Ausdauerathleten - konkrete Strategien aus wenigen Eingaben.
fuelivo ist ein regelbasierter Rechner für Sporternährung. Ausdauersportler und Trainer geben Session-Parameter ein - Gewicht, Dauer, Intensität, Sportart, Bedingungen - und bekommen konkrete Kohlenhydrat-, Natrium- und Flüssigkeitsziele in g, ml und mg, aufgeteilt auf vor, während und nach der Einheit. Die Empfehlungen sind bewusst deterministisch: keine Blackbox, jede Ausgabe trägt eine Begründung und Warnhinweise. Backend, Web-App und eine native iOS-App teilen sich dieselbe Logik.
Ausdauersportler müssen im Training und Wettkampf gezielt Kohlenhydrate, Flüssigkeit und Elektrolyte zuführen - zu wenig führt zum Leistungseinbruch, zu viel oder das Falsche zu Magen-Darm-Problemen. Die richtige Menge hängt von vielen Faktoren gleichzeitig ab: Dauer, Intensität, Sportart, Hitze, Magentoleranz. Pauschale Faustregeln wie '60 g Kohlenhydrate pro Stunde' ignorieren das, generische Ernährungs-Apps rechnen Tagesbilanzen statt Sessions, und KI-Coaches liefern Empfehlungen, die man nicht nachvollziehen kann.
Alles - Idee, Domänenrecherche, Berechnungslogik, Design, Backend, Web-Frontend und die native iOS-App. KI war dabei Entwicklungswerkzeug, nicht Autopilot.
fuelivo bildet publizierte Sporternährungs-Heuristiken als deterministische Regel-Engine ab. Für jede Session werden Ziele pro Stunde berechnet, auf die Gesamtdauer hochgerechnet und in konkrete Produkte übersetzt - Getränk, Gel, Riegel, Banane. Jeder Rechenschritt erzeugt einen Klartext-Grund, Grenzfälle erzeugen Warnungen. Es positioniert sich bewusst als Sportwissenschafts-Rechner, nicht als KI-Coach.
FastAPI liefert eine Jinja2-Shell aus, die die gebaute React-SPA lädt und Auth- und Entitlement-Status direkt ins HTML injiziert - kein zusätzlicher Roundtrip. Die iOS-App spricht dieselbe Domänenlogik über eine dedizierte, versionierte Mobile-API. Innen gilt durchgängig Route → Service → Repository.
Das ursprüngliche multiplikative Modell sollte auf ein nachvollziehbareres additives Matrix-Modell umgestellt werden - ohne dass sich Empfehlungen unbemerkt verschieben.
Beide Modi bleiben im Code, umschaltbar per Env-Flag, mit einem Shadow-Compare-Modus zum Parallelvergleich. Die Umstellung war risikoarm, die alte Logik bleibt reproduzierbar.
Pro-Zugang kann via Stripe im Web oder via Apple StoreKit auf iOS bestehen. Routen dürfen den Zahlungsstatus nie direkt prüfen.
Ein zentraler Entitlement-Service löst Free, Pro und Coach über beide Anbieter hinweg auf - eine einzige Quelle der Wahrheit für Feature-Flags.
Zwei Clients an einer API: Vertragsbrüche fallen sonst erst spät und beim Nutzer auf.
Eine dedizierte, versionierte Mobile-API mit OpenAPI-Spec und einem eigenen Contract-Check-Workflow. Drift wird schon im Pull Request erkannt.
Gel oder Riegel während der Einheit sind im Becken unpraktisch - generische Verpflegung ergibt keinen Sinn.
Eine eigene Pool-Flaschen-Logik mit Kohlenhydratpulver und Elektrolyttablette samt Sip-Timing an der Wand, plus Elektrolyt-Warnung.
In wenigen Wochen entstehen Rechen-Engine, Web-SPA, Auth, Billing und Coach-Portal - 257 der 269 Commits fallen in diesen Monat.
CI-Workflows, OpenAPI-Contract-Check, Dokumentation und das neue Matrix-Rechenmodell neben der Legacy-Formel.
Native SwiftUI-App, i18n und Accessibility, Apple-StoreKit-Abos und die vereinheitlichte Entitlement-Auflösung über Stripe und Apple.
Anpassung der Fueling-Dauergrenzen und letzte Politur; der letzte Commit fällt auf den 17.06.2026.