Kalorien-Zigzag-Planer
Machen Sie aus einem Wochenbudget abwechselnde Hoch- und Niedrigtage: 14000 kcal mit 20 % Zickzack ergeben Hochtage mit 2400 kcal und Niedrigtage mit 1466,7 kcal, und die Woche ergibt weiterhin 14000. 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
- Wochenkalorien
- 14.000
- Zickzack (%)
- 20
- Genauigkeit
- 1
- Tagesdurchschnitt (kcal)
- 2.000
- Hoher Tag (kcal)
- 2.400
- Niedriger Tag (kcal)
- 1.466,7
- Anzahl hoher Tage
- 4
Kalorien-Cycling, oft Zigzag-Diät genannt, behält dasselbe wöchentliche Energiebudget bei und wechselt dabei zwischen Tagen mit höherer und niedrigerer Aufnahme, damit der Durchschnitt am Ziel bleibt. Coaches, App-Entwickler und Personen, die Makros tracken, nutzen es, um die Einhaltung an sozialen Tagen zu erleichtern, härtere Trainingseinheiten mit mehr Brennstoff zu stützen und das flache tägliche Defizit zu vermeiden, das bei jeder Mahlzeit restriktiv wirkt. Dieser Kalorien-Zigzag-Planer nimmt eine wöchentliche Kaloriensumme und optional einen Zigzag-Prozentsatz entgegen und baut einen deterministischen Sieben-Tage-Plan: Hochtage liegen um einen festen Prozentsatz über dem Wochendurchschnitt, Niedrigtage werden so gelöst, dass die Woche exakt Ihr Budget summiert, und das Muster wechselt von Montag bis Sonntag.
So wird die Zigzag-Woche berechnet
Starten Sie mit der wöchentlichen Kaloriensumme, der Sie bereits vertrauen—Erhaltung mal sieben, ein Defizitplan oder jedes feste Budget—und teilen Sie durch sieben, um den flachen Tagesdurchschnitt zu erhalten. Der Zigzag-Prozentsatz hebt Hochtage über diesen Durchschnitt: Hochkalorien entsprechen dem Durchschnitt multipliziert mit eins plus dem Prozentsatz durch hundert.
Weil ein siebentägiges Wechselmuster nicht dieselbe Anzahl Hoch- und Niedrigtage setzen kann, zählt der Planer, wie viele Hochslots das Muster erzeugt (vier, wenn die Woche hoch beginnt, drei, wenn sie niedrig beginnt) und löst die Niedrig-Tageskalorien so, dass Hochanzahl mal Hochkalorien plus Niedriganzahl mal Niedrigkalorien der ursprünglichen Wochensumme entspricht. Diese Identität hält die Woche ehrlich: Sie erfinden keine Extraenergie an Festtagen und unterliefern das Budget an ruhigeren Tagen nicht.
Tage sind von Montag bis Sonntag mit kind high oder low und einer auf die angeforderte Präzision gerundeten Kalorienzahl gekennzeichnet; der letzte Tag nimmt den Rundungsrest auf, damit die gemeldete Summe weiterhin der Wochensumme entspricht. Ist der Prozentsatz so groß, dass Niedrigtage null oder darunter fallen würden, wird die Anfrage abgelehnt, statt einen Plan mit einem Hungertag zurückzugeben.
Wo ein Kalorien-Zigzag-Planer seinen Nutzen entfaltet
Personal Trainer und Online-Coaches exportieren eine Zigzag-Woche in Kunden-Essensvorlagen, damit das Freitagsabendessen höher liegen kann, ohne das bereits verhandelte Wochen-Defizit zu sprengen. Fitness-Apps, die bereits TDEE oder ein gerades Defizit berechnen, können diesen Planer als reinen Nachschritt aufrufen: dieselben Wochenkalorien, reichere Tagesziele für Einkaufslisten und Push-Benachrichtigungen. Tabellen-Nutzer, die Hoch- und Niedrigspalten per Hand feinjustierten, weichen nicht mehr von der Wochensumme ab, wenn Rundung einschleicht; die Resttagsanpassung hält die Summe fest.
Kombinieren Sie die Ausgabe mit Ihrer eigenen Makroaufteilung oder einem Mahlzeitengenerator, wenn Sie Protein und Kohlenhydrate pro Tag brauchen; dieser Endpunkt plant nur Energie, keine Makros, Rezepte oder medizinische Beratung, und er erfindet keine Woche, wenn die Eingaben nicht positiv oder anderweitig ungültig sind.
Anwendungsfälle
Wöchentliche Kundenpläne für Coaches
Wandeln Sie ein festes wöchentliches Kalorienbudget in sieben wechselnde Hoch- und Niedrigziele um, die Klienten einhalten können, ohne die vereinbarte Energiesumme zu überschreiten.
Nachverarbeitung in Fitness-Apps
Rufen Sie nach Berechnung von TDEE oder Defizit den Zigzag-Planer auf, um deterministische Tagesaufnahmen für Einkaufslisten und Erinnerungen zu erzeugen.
Häufige Fragen
Warum sinken die Niedrigtage stärker, als die Hochtage steigen?
Weil eine Woche, die hoch beginnt, vier Hochtage und drei Niedrigtage hat. Bei 14000 kcal und 20 % Zickzack bekommen die Hochtage 2400 kcal, also müssen die drei Niedrigtage auf 1466,7 kcal fallen, damit die Summe stimmt.
Kann ich die Woche mit einem Niedrigtag beginnen?
Ja. Beginnt die Woche niedrig, gibt es drei Hochtage und vier Niedrigtage, und der Wert der Niedrigtage wird neu berechnet, damit die sieben Tage genau Ihr Wochenbudget ergeben.
Warum weicht der letzte Tag leicht von den anderen Hochtagen ab?
Der letzte Tag nimmt den Rundungsrest auf, damit die Woche exakt Ihrer Summe entspricht. Im Beispiel mit 14000 kcal zeigt der Sonntag 2399,9 kcal statt 2400.
Gibt es eine Grenze für den Zickzack-Prozentsatz?
Ja. Wäre der Prozentsatz so hoch, dass Niedrigtage auf null oder darunter fallen, wird der Plan abgelehnt, statt einen Hungertag zu erzwingen. Lassen Sie das Feld leer, gilt 20 %.
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/calorie-zigzag \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"weekly_calories":14000}'const res = await fetch("https://api.kit.forhosting.com/health/calorie-zigzag", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"weekly_calories": 14000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/calorie-zigzag",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"weekly_calories": 14000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/calorie-zigzag", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"weekly_calories":14000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"weekly_calories":14000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/calorie-zigzag", 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_calories": 14000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.calorie_zigzag",
"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
Ungültige oder nicht positive Eingaben scheitern mit einem klaren invalid_input-Fehler, statt Kalorien zu erfinden.
Eingabevertrag, Antwortform und Validierungsregeln
Optionale precision ist eine ganze Zahl von null bis sechs Dezimalstellen und hat den Standard eins. Senden Sie per POST einen JSON-Body mit weekly_calories als endliche positive Zahl—das Sieben-Tage-Budget in Kilokalorien. Optionales zigzag_percent hat den Standard zwanzig und muss endlich und positiv sein; es ist der Prozentaufschlag der Hochtage über dem Wochendurchschnitt. Optionales high_first hat den Standard true, sodass Tag eins hoch ist und die Woche high, low, high und so weiter wechselt; setzen Sie es auf false, um mit einem Niedrigtag zu beginnen. Feldaliase werden aus Ergonomie akzeptiert: weekly_kcal, week_calories, weekly_total und total_calories mappen auf das Wochenbudget; percent, variation_percent, swing_percent und zigzag_pct auf die Schwankung; start_high und begin_high auf high_first; decimals und dp auf precision. Fehlende Felder, nicht endliche Werte, nicht positive Wochensummen, nicht positive Prozentsätze und Schwankungen, die Niedrigtage nicht positiv machen würden, scheitern mit invalid_input und werden nicht berechnet. Bei Erfolg spiegelt der Body weekly_calories, zigzag_percent und high_first wider; meldet average_daily_kcal, high_day_kcal, low_day_kcal, high_day_count und low_day_count; liefert days als Array von sieben Objekten mit day, label, kind und calories; und enthält sum_kcal, formula und precision. Beispiel: vierzehntausend Wochenkalorien bei zwanzig Prozent mit high_first true ergeben einen Durchschnitt von zweitausend, Hochtage bei zweitausendvierhundert und Niedrigtage so gelöst, dass vier Hoch- und drei Niedrigtage weiterhin vierzehntausend summieren.
Wo ein Kalorien-Zigzag-Planer seinen Nutzen entfaltet
Weil die Implementierung reines Parse der Stufe 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 Kalorien-Cycling, das bytegenau mit der bezahlten API für SEO-Landings und Produkt-Screenshots übereinstimmt.
Technische Fragen
Wie funktioniert der Kalorien-Zigzag-Planer?
Er teilt Ihre wöchentliche Kaloriensumme durch sieben für den Durchschnitt, hebt Hochtage um zigzag_percent über diesen Durchschnitt, löst Niedrigtage so, dass die Woche dieselbe Summe erreicht, und wechselt high und low von Montag bis Sonntag.
Welche Eingaben sind erforderlich?
weekly_calories (endlich positiv). Optional: zigzag_percent (Standard 20), high_first (Standard true), precision (Standard 1). Nicht positive oder ungültige Werte liefern invalid_input.
Stimmen Hoch- und Niedrigtage noch mit meiner Wochensumme überein?
Ja. Niedrig-Tageskalorien werden aus dem Wochenbudget und dem Hoch-Niveau so gelöst, dass n_high×high + n_low×low vor dem Runden der Wochensumme entspricht; der letzte Tag nimmt den Rundungsrest auf.
Was passiert, wenn zigzag_percent zu groß ist?
Würden Niedrigtage null oder negativ, scheitert die Aufgabe mit invalid_input. Senken Sie den Prozentsatz, damit jeder Tag streng positiv bleibt.
Was kostet der Kalorien-Zigzag-Planer?
Das Browser-Tool ist kostenlos. API-Anfragen nutzen vorausgezahltes KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.