Credo: keine leeren Kalorien, maximale biologische Dichte und kompromisslose Transparenz. Die Tabellen- und Makrofilterwerte werden pro Person angezeigt; die KPI-Ratios bleiben durch die gleiche Skalierung von Zähler und Nenner stabil.
Public KPIs
PES misst Protein pro investierter Kalorie und entlarvt kalorienlastige Pseudo-Protein-Rezepte.
PES = (Protein pro Person in g x 100) / kcal pro Person
Exzellent > 15, gut 8-15, mangelhaft < 5.
BD misst, wie effizient ein Rezept zur Sättigung und Darmgesundheit beiträgt.
BD = (Ballaststoffe pro Person in g x 100) / kcal pro Person
Bombe > 4, solide 2-4, kritisch < 1.
ASR bildet das Zusammenspiel von Muskelaufbau-Potenzial und Sättigung ab.
ASR = Protein pro Person in g / Ballaststoffe pro Person in g
Ideal 1,5 bis 3,0. Werte > 5,0 deuten auf proteinlastige, ballaststoffarme Rezepte.
SFR sortiert minderwertige Kohlenhydratquellen kompromisslos aus.
SFR = Gesamtzucker pro Person in g / Ballaststoffe pro Person in g
Zielwert < 1,0. Strict Expert Mode entfernt alles mit SFR > 3,0.
User KPIs
LSI prüft, ob die Leucin-Schwelle von 3 g pro Mahlzeit erreicht wird.
LSI = min(Leucin / 3 g, 1) x 100
100% bedeutet: MPS-Schwelle erreicht.
BWM bewertet die biologische Wertigkeit der Proteinquellen-Kombination.
BWM = 100 fuer animal oder vegan_mix, 70 fuer vegan_mono
Suboptimale Mono-Quellen erhalten direkt einen Ergänzungshinweis.
PKI misst das Kalorien-Investment eines Gerichts im Tagesbudget.
Kalorien-Investment % = kcal pro Person / kcal_Tagesbedarf x 100
EQ setzt Protein-Ertrag ins Verhältnis zum Kalorien-Investment.
EQ = Protein-Ertrag % / Kalorien-Investment %
EQ > 1,0 bedeutet überproportionaler Protein-Ertrag für das eingesetzte Kalorienbudget.
Data Engineering
`PES`, `BD`, `ASR`, `SFR` und der Proteinquellen-Typ kommen aus `recipe_nutrition_kpi`. Das PHP-Frontend nutzt darauf nur schlanke Filter-Queries; personalisierte Faktoren wie Tagesbedarf werden dynamisch aus User-Input oder Session-Kontext multipliziert.