ForHosting KIT · Santé et sport

Planificateur cycle calorique zigzag

Transformez un budget calorique hebdomadaire en jours hauts et bas alternés : 14000 kcal avec un zigzag de 20 % donnent des jours hauts à 2400 kcal et bas à 1466,7 kcal, et la semaine totalise toujours 14000. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt
Si vous saisissez
Calories hebdomadaires
14 000
Zigzag (%)
20
Précision
1
Vous obtenez
Moyenne quotidienne (kcal)
2 000
Jour haut (kcal)
2 400
Jour bas (kcal)
1 466,7
Nombre de jours hauts
4

Le cycle calorique, souvent appelé régime en zigzag, conserve le même budget énergétique hebdomadaire tout en alternant des jours d’apport plus élevé et plus bas afin que la moyenne reste sur la cible. Coachs, créateurs d’applications et personnes qui suivent leurs macros s’en servent pour faciliter l’observance les jours sociaux, soutenir les séances d’entraînement plus dures avec plus de carburant, et éviter le déficit quotidien plat qui paraît restrictif à chaque repas. Ce planificateur de cycle calorique en zigzag accepte un total calorique hebdomadaire et un pourcentage de zigzag optionnel, puis construit un plan déterministe de sept jours : les jours hauts se situent d’un pourcentage fixe au-dessus de la moyenne hebdomadaire, les jours bas sont résolus pour que la semaine somme exactement votre budget, et le motif alterne du lundi au dimanche.

Comment la semaine en zigzag est calculée

Partez du total calorique hebdomadaire auquel vous faites déjà confiance—maintenance multipliée par sept, plan de déficit ou budget fixe quelconque—et divisez par sept pour obtenir la moyenne quotidienne plate. Le pourcentage de zigzag élève les jours hauts au-dessus de cette moyenne : les calories hautes égalent la moyenne multipliée par un plus le pourcentage sur cent.

Comme un motif alterné de sept jours ne peut placer le même nombre de jours hauts et bas, le planificateur compte combien d’emplacements hauts le motif crée (quatre lorsque la semaine commence haute, trois lorsqu’elle commence basse) et résout les calories des jours bas de sorte que le nombre haut multiplié par les calories hautes plus le nombre bas multiplié par les calories basses égale le total hebdomadaire d’origine.

Cette identité garde la semaine honnête : vous n’inventez pas d’énergie en surplus les jours de fête et vous ne sous-livrez pas le budget les jours plus calmes. Les jours sont étiquetés du lundi au dimanche avec un kind high ou low et une valeur calorique arrondie à la précision demandée ; le dernier jour absorbe le résidu d’arrondi pour que la somme rapportée corresponde encore au total hebdomadaire.

Si le pourcentage est si grand que les jours bas tomberaient à zéro ou en dessous, la requête est rejetée plutôt que de renvoyer un plan imposant un jour de famine.

Où un planificateur de cycle calorique en zigzag apporte de la valeur

Les coachs personnels et en ligne exportent une semaine en zigzag dans des modèles de repas client pour que le dîner du vendredi puisse être plus élevé sans faire exploser le déficit hebdomadaire déjà négocié. Les applications fitness qui calculent déjà le TDEE ou un déficit linéaire peuvent appeler ce planificateur comme pure étape postérieure : mêmes calories hebdomadaires, cibles jour par jour plus riches pour listes de courses et notifications.

Les utilisateurs de tableurs qui peaufinaient à la main des colonnes hautes et basses cessent de dériver du total hebdomadaire quand l’arrondi s’immisce ; l’ajustement du jour résiduel verrouille la somme. Associez la sortie à votre propre répartition de macros ou générateur de repas si vous avez besoin de protéines et de glucides par jour ; ce point de terminaison planifie uniquement l’énergie, pas les macros, les recettes ni un avis médical, et n’inventera pas une semaine lorsque les entrées sont non positives ou invalides autrement.

Plans hebdomadaires pour les clients du coach

Transformez un budget calorique hebdomadaire fixe en sept cibles hautes et basses alternées que le client peut suivre sans dépasser le total énergétique convenu.

Post-traitement dans les applications fitness

Après calcul du TDEE ou d’un déficit, appelez le planificateur zigzag pour émettre des apports déterministes jour par jour pour listes de courses et rappels.

Pourquoi les jours bas descendent-ils plus que les jours hauts ne montent ?

Parce qu'une semaine qui commence haut compte quatre jours hauts et trois bas. Avec 14000 kcal et un zigzag de 20 %, les jours hauts reçoivent 2400 kcal, donc les trois jours bas tombent à 1466,7 kcal pour respecter le total.

Puis-je commencer la semaine par un jour bas ?

Oui. En commençant bas, la semaine compte trois jours hauts et quatre bas, et la valeur des jours bas est recalculée pour que les sept jours fassent exactement votre budget.

Pourquoi le dernier jour diffère-t-il un peu des autres jours hauts ?

Le dernier jour absorbe le reste de l'arrondi, afin que la semaine corresponde exactement à votre total. Dans l'exemple à 14000 kcal, le dimanche affiche 2399,9 kcal au lieu de 2400.

Le pourcentage de zigzag a-t-il une limite ?

Oui. Si le pourcentage est si élevé que les jours bas tomberaient à zéro ou en dessous, le plan est refusé plutôt que d'imposer un jour de famine. Si vous le laissez vide, 20 % est utilisé.

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

POSThttps://api.kit.forhosting.com/health/calorie-zigzag

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

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}'
{
  "weekly_calories": 14000
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "health.calorie_zigzag",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Les entrées invalides ou non positives échouent avec une erreur invalid_input claire au lieu d’inventer des calories.

Contrat d’entrée, forme de la réponse et règles de validation

La precision optionnelle est un entier de zéro à six décimales et vaut un par défaut. Envoyez un corps JSON en POST avec weekly_calories comme nombre fini positif—le budget de sept jours en kilocalories. Le zigzag_percent optionnel vaut vingt par défaut et doit être fini et positif ; c’est le pourcentage d’élévation des jours hauts au-dessus de la moyenne hebdomadaire. Le high_first optionnel vaut true par défaut pour que le jour un soit haut et que la semaine alterne high, low, high, et ainsi de suite ; mettez-le à false pour commencer par un jour bas. Des alias de champs sont acceptés pour l’ergonomie : weekly_kcal, week_calories, weekly_total et total_calories correspondent au budget hebdomadaire ; percent, variation_percent, swing_percent et zigzag_pct à l’amplitude ; start_high et begin_high à high_first ; decimals et dp à precision. Champs manquants, valeurs non finies, totaux hebdomadaires non positifs, pourcentages non positifs et amplitudes assez grandes pour rendre les jours bas non positifs échouent avec invalid_input et ne sont pas facturés. En succès le corps renvoie weekly_calories, zigzag_percent et high_first ; signale average_daily_kcal, high_day_kcal, low_day_kcal, high_day_count et low_day_count ; retourne days comme tableau de sept objets avec day, label, kind et calories ; et inclut sum_kcal, formula et precision. Exemple : quatorze mille calories hebdomadaires à vingt pour cent avec high_first true donne une moyenne de deux mille, des jours hauts à deux mille quatre cents, et des jours bas résolus pour que quatre hauts et trois bas totalisent encore quatorze mille.

Où un planificateur de cycle calorique en zigzag apporte de la valeur

Comme l’implémentation est pure parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant, et une validation échouée ne consomme pas le solde.

Widgets de contenu et démonstrations

Alimentez un outil gratuit de cycle calorique dans le navigateur qui correspond octet pour octet à l’API payante pour landings SEO et captures produit.

Comment fonctionne le planificateur de cycle calorique en zigzag ?

Il divise votre total calorique hebdomadaire par sept pour la moyenne, élève les jours hauts de zigzag_percent au-dessus de cette moyenne, résout les jours bas pour que la semaine somme le même total, et alterne high et low du lundi au dimanche.

Quelles entrées sont obligatoires ?

weekly_calories (fini positif). Optionnel : zigzag_percent (défaut 20), high_first (défaut true), precision (défaut 1). Les valeurs non positives ou invalides renvoient invalid_input.

Les jours hauts et bas correspondent-ils encore à mon total hebdomadaire ?

Oui. Les calories des jours bas sont résolues à partir du budget hebdomadaire et du niveau des jours hauts de sorte que n_high×high + n_low×low égale le total hebdomadaire avant arrondi ; le dernier jour absorbe le résidu.

Que se passe-t-il si zigzag_percent est trop grand ?

Si les jours bas devaient être nuls ou négatifs, la tâche échoue avec invalid_input. Réduisez le pourcentage pour que chaque jour reste strictement positif.

Combien coûte le planificateur de cycle calorique en zigzag ?

L’outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n’est pas facturée.

Consulter la documentation complète du KIT →