Objectif calorique poids et dates

Ce qu'un objectif calorique daté renvoie et ce que les chiffres signifient

Un objectif calorique daté répond à une question de planification que les gens saisissent réellement dans les moteurs de recherche : combien de calories dois-je manger chaque jour pour atteindre un poids précis à une date précise du calendrier. Le calculateur n'invente pas le métabolisme à partir de l'âge ou de l'activité ; il ne réécrit que l'arithmétique de l'équilibre énergétique sur un intervalle de dates fixe. D'abord il valide les deux dates de calendrier avec des règles grégoriennes pures, de sorte que le vingt-neuf février n'est accepté que les années bissextiles et que le trente et un avril est rejeté. Ensuite il convertit chaque date en un numéro de jour julien astronomique et soustrait le début de la fin pour obtenir un décompte de jours strictement positif. Le changement de poids est cible moins actuel, ainsi une cible plus basse produit un total énergétique négatif et un objectif calorique sous la maintenance, tandis qu'une cible plus haute produit un surplus pour la prise de masse maigre ou les plans de refeed. Vous fournissez le poids actuel et le poids cible dans la même unité, une date de début et une date de fin sous forme de chaînes ISO strictes YYYY-MM-DD, et les calories de maintenance souvent étiquetées TDEE issues d'une estimation antérieure, d'une moyenne de wearable ou d'une évaluation clinique. Multiplier le changement de poids signé par 7700 kilocalories par kilogramme ou 3500 par livre donne l'énergie totale à retirer ou à ajouter sur toute la fenêtre ; diviser par le décompte de jours donne un ajustement quotidien constant ; ajouter cet ajustement à la maintenance donne daily_calories. La réponse rapporte aussi daily_deficit_kcal comme la négation de l'ajustement afin que les plans de perte montrent un déficit positif attendu par les coachs, weekly_deficit_kcal pour les bilans sur sept jours, direction comme loss, gain ou maintain, une étiquette de méthode energy_balance_by_date, une courte chaîne de formule et la précision décimale utilisée. Il n'y a ni chemin d'apprentissage automatique ni échantillonnage aléatoire : soit l'arithmétique finie réussit dans les limites documentées, soit la requête échoue avec invalid_input. Les cas rejetés incluent poids, dates ou maintenance manquants ; valeurs non finies ou non numériques ; valeurs au-dessus des plafonds documentés ; poids corporels non positifs ; chaînes de calendrier invalides ; et toute date de fin qui n'est pas strictement postérieure à la date de début, car un intervalle non positif ne peut pas définir un taux quotidien significatif. Si vous avez besoin de formules de BMR, de répartition des macros ou d'alimentation d'entraînement, associez cette page à ces outils dédiés ; cette landing ne répond qu'à la réécriture d'objectif daté en apport, avec une sortie numérique stable pour les fiches, les interfaces produit et les consommateurs d'API qui ne doivent pas inventer de modèles adaptatifs.

Comment les entrées sont lues, quelles unités s'appliquent et pourquoi les résultats restent reproductibles

Les dates doivent correspondre exactement à YYYY-MM-DD après trim ; les heures et décalages ne sont pas acceptés sur ce chemin, afin qu'un champ de formulaire ne décale pas silencieusement le décompte de jours entre fuseaux. Les signes plus initiaux optionnels et la notation scientifique sur les chaînes numériques sont autorisés lorsqu'ils s'interprètent comme des décimaux finis ; espaces intégrés, préfixes hex et jetons non numériques sont rejetés avec un message clair pour qu'une mauvaise cellule ne devienne pas une cible d'apport erronée. Les champs préférés sont current_weight pour la masse de départ, goal_weight pour la masse cible, start_date et end_date pour les ancrages de planification en chaînes de calendrier, et maintenance_calories pour l'énergie de maintenance quotidienne en kilocalories. Des alias tels que start_weight, from_weight, target_weight, to_weight, from, to, until, goal_date, maintenance, tdee et maintenance_kcal sont acceptés afin que tableurs, chaînes de requête et formulaires typés réutilisent un seul contrat sans renommer les colonnes. Le weight_unit optionnel vaut par défaut les kilogrammes et accepte aussi kg, kilogram, lb, lbs, pound et pounds ; les livres utilisent la convention de 3500 kilocalories et les kilogrammes 7700. Un champ optionnel precision, avec les alias decimals et dp, choisit le nombre de décimales à exposer, deux par défaut et un plafond de quinze pour que les goldens JSON restent stables entre runtimes. Associez l'exécution gratuite dans le navigateur de cette page à l'API payante lorsque vous avez besoin du même résultat mathématique dans un pipeline automatisé sans réimplémenter la conversion en jour julien ni les formules de déficit.

Où les objectifs caloriques datés s'insèrent dans le coaching, les produits et l'étude

Sur cette page le travail s'exécute entièrement dans votre navigateur ; via l'API chaque consultation réussie coûte $0.002, une validation échouée n'est pas facturée et rien n'est stocké après la réponse. Cette répartition — exploration interactive gratuite et API payante identique — correspond au reste du catalogue tier A du KIT et vous permet de passer d'une démo en classe à un pipeline automatisé sans changer le résultat mathématique.