Kohlenhydrat-Cycling-Planer
Verteilen Sie die Kohlenhydrate der Woche auf hohe, mittlere und niedrige Tage: 1400 g mit drei hohen, zwei mittleren und zwei niedrigen Tagen ergeben 280 g, 186,7 g und 93,3 g, und die Woche bleibt bei 1400 g. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Wöchentliche Kohlenhydrate
- 1.400
- Hohe Tage
- 3
- Mittlere Tage
- 2
- Niedrige Tage
- 2
- Genauigkeit
- 1
- Wochentage
- 7
- Hohes Verhältnis
- 1,5
- Mittleres Verhältnis
- 1
- Niedriges Verhältnis
- 0,5
Kohlenhydrat-Cycling hält ein festes wöchentliches Kohlenhydratbudget und weist an Trainingstagen mehr Gramm und an Ruhetagen weniger zu, damit der Brennstoff zur Belastung passt, ohne vom Wochentotal abzuweichen. Trainer, Physique-Athleten und App-Entwickler nutzen Zielwerte für hohe, mittlere und niedrige Carbo-Tage, um Einkäufe zu planen, Kohlenhydrate an harte Einheiten zu koppeln und die Compliance zu halten, wenn soziale Mahlzeiten auf weniger prioritäre Tage fallen. Dieser Kohlenhydrat-Cycling-Planer nimmt eine wöchentliche Kohlenhydratmenge in Gramm, die gewünschte Anzahl hoher, mittlerer und niedriger Tage sowie optionale relative Verhältnisse entgegen und berechnet deterministische Grammziele, sodass die gewichtete Woche exakt Ihr Budget summiert.
So werden hohe, mittlere und niedrige Kohlenhydrattage berechnet
Beginnen Sie mit dem wöchentlichen Kohlenhydratbudget, dem Sie bereits vertrauen—Erhaltungsmakros mal sieben, ein Diätplan oder eine feste Grammgesamtsumme—und wählen Sie, wie viele hohe, mittlere und niedrige Tage den Zyklus füllen (standardmäßig sieben). Der Planer bildet eine Gewichtseinheit gleich der Wochensumme geteilt durch die Summe aus Tagesanzahl mal Verhältnis je Art. Gramm am hohen Tag entsprechen Einheit mal hohes Verhältnis; am mittleren Tag Einheit mal mittleres Verhältnis; am niedrigen Tag Einheit mal niedriges Verhältnis.
Diese Identität hält die Woche ehrlich: drei hohe und zwei niedrige Tage erfinden keine Extra-Kohlenhydrate; sie verteilen nur denselben Wochenpool auf härtere Einheiten. Tageswerte werden auf die angeforderte Präzision gerundet, und der letzte geplante Tag absorbiert den Rest, damit die gemeldete Summe nach dem Runden noch dem Wochenbudget entspricht. Der Algorithmus liest nie die Systemuhr, zieht nie eine Zufallszahl und ruft nie einen entfernten Dienst auf, sodass Browser-Vorschauen und Server-Goldens byteweise über Laufzeiten übereinstimmen.
Wo ein Kohlenhydrat-Cycling-Planer seinen Nutzen zeigt
Personal Trainer und Online-Coaches exportieren Grammwerte hoher, mittlerer und niedriger Tage in Klienten-Mahlzeitenvorlagen, damit Beintag höher liegen kann, ohne das bereits vereinbarte wöchentliche Kohlenhydratbudget zu sprengen. Fitness-Apps, die bereits Makroziele berechnen, können diesen Planer als reinen Nachschritt aufrufen: dieselben Wochenkohlenhydrate, reichere Tagesziele für Einkaufslisten, Barcode-Protokolle und push-Benachrichtigungen zeitlich zum Training. Tabellenanwender, die hohe und niedrige Spalten von Hand justierten, weichen nicht mehr vom Wochentotal ab, wenn Rundung sich summiert; die Restanpassung des letzten Tages hält die Summe fest.
Kombinieren Sie die Ausgabe mit Ihrer eigenen Protein- und Fettaufteilung oder einem Mahlzeitengenerator, wenn Sie volle Makros pro Tag brauchen; dieser Endpunkt plant nur die Kohlenhydratzuteilung, keine Rezepte, keine medizinische Beratung und keine Kalorientotale, und er erfindet keine Woche, wenn Eingaben fehlen, nicht numerisch oder anderweitig ungültig sind.
Anwendungsfälle
Kohlenhydratkarten für Trainingstage
Wandeln Sie ein festes wöchentliches Kohlenhydratbudget in Grammziele für hohe, mittlere und niedrige Tage um, die Klienten um harte Einheiten herum einhalten können, ohne das vereinbarte Wochentotal zu überschreiten.
Makro-Nachverarbeitung in Fitness-Apps
Nach der Berechnung der Wochenkohlenhydrate aus Kalorien und Makroprozentsatz rufen Sie den Planer auf, um deterministische tägliche Kohlenhydratziele für Protokolle und Erinnerungen zu erzeugen.
Häufige Fragen
Wie funktioniert der Kohlenhydrat-Cycling-Planer?
Er teilt Ihre wöchentlichen Kohlenhydratgramm durch die gewichtete Summe der Anzahlen hoher, mittlerer und niedriger Tage mal ihrer Verhältnisse, multipliziert jedes Verhältnis mit dieser Einheit für Tagesziele und plant zuerst hohe Tage auf verteilten Trainingsslots, damit die Woche noch Ihr Budget summiert.
Wie werden hohe (Trainings-)Tage in der Woche platziert?
Hohe Tage füllen zuerst verteilte Plätze (Montag, Mittwoch, Freitag, dann übrige Wochentage), danach mittlere, danach niedrige Tage, sodass der Plan deterministisch ist, ohne einen Freitext-Kalender zu brauchen.
Kann ich ändern, wie viel mehr ein hoher Tag bekommt als ein niedriger?
Ja. Jede Tagesart hat ein relatives Gewicht: standardmäßig 1,5 für hoch, 1 für mittel und 0,5 für niedrig. Wählen Sie beliebige positive Werte, und die Gramm werden neu berechnet, damit die Woche zu Ihrem Budget passt.
Kann ich einen Zyklus länger als sieben Tage planen?
Ja, bis zu 14 Tage, passend für ein Trainingslager oder einen Entlastungsblock. Einzige Bedingung: Hohe, mittlere und niedrige Tage zusammen ergeben die gewählte Zykluslänge.
Muss ich die Zahl der niedrigen Tage angeben?
Nein. Lassen Sie sie weg, sind die niedrigen Tage einfach der Rest nach den hohen und mittleren Tagen, so wie Trainer eine Woche mit sieben Tagen üblicherweise auffüllen.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/health/carb-cycling \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"weekly_carbs":1400,"high_days":3,"medium_days":2}'const res = await fetch("https://api.kit.forhosting.com/health/carb-cycling", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"weekly_carbs": 1400,
"high_days": 3,
"medium_days": 2
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/carb-cycling",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"weekly_carbs": 1400,
"high_days": 3,
"medium_days": 2
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/carb-cycling", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"weekly_carbs":1400,"high_days":3,"medium_days":2}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"weekly_carbs":1400,"high_days":3,"medium_days":2}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/carb-cycling", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"weekly_carbs": 1400,
"high_days": 3,
"medium_days": 2
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.carb_cycling",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Fehlende Felder, nicht numerische Werte und unmögliche Tageszahlen scheitern mit invalid_input, statt Kohlenhydrate zu erfinden. Dieselbe reine Logik speist den kostenlosen Browserpfad und den kostenpflichtigen API-Pfad, ohne Netzwerkanrufe und ohne Zufall.
So werden hohe, mittlere und niedrige Kohlenhydrattage berechnet
Jede Art trägt ein positives relatives Verhältnis: standardmäßig ist hoch eins Komma fünf, mittel eins und niedrig null Komma fünf (1.5, 1 und 0.5 in der API). Optional unterstützt week_days unübliche Mikrozyklen bis vierzehn Tage, wenn Sie ein Camp oder einen Deload-Block planen, solange hoch plus mittel plus niedrig der Zykluslänge entspricht. Wird low_days weggelassen, wird es als week_days minus high minus medium abgeleitet—der übliche Sieben-Tage-Coaching-Ablauf.
Eingabevertrag, Antwortform und Validierungsregeln
Optionale precision ist eine Ganzzahl von null bis sechs Dezimalstellen und standardmäßig eins. Beispiel: eintausendvierhundert Wochengramm mit drei hohen, zwei mittleren und zwei niedrigen Tagen bei Standardverhältnissen ergibt ein klares Hoch-Tag-Ziel über dem Tagesdurchschnitt und ein Niedrig-Tag-Ziel darunter, während die Sieben-Tage-Summe weiterhin eintausendvierhundert ergibt. Senden Sie per POST einen JSON-Körper mit weekly_carbs als endlicher positiver Zahl—dem Kohlenhydratbudget des Zyklus in Gramm—sowie high_days und medium_days als nichtnegative Ganzzahlen innerhalb der Zykluslänge. Optionales low_days füllt den Rest, wenn es weggelassen wird; falls angegeben, muss hoch plus mittel plus niedrig week_days ergeben. Optionales week_days ist standardmäßig sieben und muss eine Ganzzahl von eins bis vierzehn sein. Optionale high_ratio, medium_ratio und low_ratio sind standardmäßig 1.5, 1 und 0.5 und müssen endlich und positiv sein. Feldaliase werden aus Ergonomiegründen akzeptiert: weekly_carb_grams, week_carbs, total_carbs und carb_budget mappe auf das Wochenbudget; high_count und training_high_days auf high_days; medium_count und moderate_days auf medium_days; low_count und rest_days auf low_days; days_in_week und cycle_days auf week_days; high_weight und high_factor auf high_ratio; medium_weight und medium_factor auf medium_ratio; low_weight und low_factor auf low_ratio; decimals und dp auf precision. Fehlende Pflichtfelder, nicht numerische Zeichenketten, nicht endliche Werte, nicht positive Wochenbudgets oder Verhältnisse sowie Tageszahlen, die nicht die Zykluslänge ergeben, scheitern mit invalid_input und werden nicht berechnet. Bei Erfolg spiegelt der Körper weekly_carbs, week_days, die drei Zählungen und Verhältnisse wider; meldet average_daily_carbs_g sowie high_day_carbs_g, medium_day_carbs_g und low_day_carbs_g; liefert days als Array von Objekten mit day, label, kind und carbs_g; und enthält sum_carbs_g, formula und precision.
Wo ein Kohlenhydrat-Cycling-Planer seinen Nutzen zeigt
Weil die Implementierung reines Parse-Tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz, und fehlgeschlagene Validierung wird nicht berechnet.
Integrationsbeispiele
Content-Widgets und Demos
Betreiben Sie ein kostenloses Browser-Tool für Kohlenhydrat-Cycling, das byteweise mit der kostenpflichtigen API für SEO-Landings und Produkt-Screenshots übereinstimmt.
Technische Fragen
Welche Eingaben sind erforderlich?
weekly_carbs (endliche positive Gramm), high_days und medium_days. Optional: low_days (abgeleitet, falls weggelassen), week_days (Standard 7), high_ratio (1.5), medium_ratio (1), low_ratio (0.5), precision (1). Fehlende oder nicht numerische Werte liefern invalid_input.
Stimmen hohe, mittlere und niedrige Tage noch mit meinem Wochentotal überein?
Ja. Unrundete Ziele erfüllen nH×high + nM×medium + nL×low gleich weekly_carbs; nach dem Runden absorbiert der letzte Tag den Rest, sodass sum_carbs_g dem gerundeten Wochenbudget entspricht.
Was kostet der Kohlenhydrat-Cycling-Planer?
Das Browser-Tool ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.