Pianificatore ciclo carboidrati

Campi mancanti, valori non numerici e conteggi di giorni impossibili falliscono con invalid_input invece di inventare carboidrati. La stessa logica pura alimenta il percorso gratuito del browser e quello a pagamento dell'API, senza chiamate di rete e senza casualità.

Come si calcolano i giorni alti, medi e bassi di carboidrati

Ogni tipo porta un rapporto relativo positivo: di default l'alto è uno virgola cinque, il medio è uno e il basso è zero virgola cinque (1.5, 1 e 0.5 nell'API). Il parametro opzionale week_days supporta microcicli non standard fino a quattordici giorni quando pianifica un camp o un blocco di deload, purché alto più medio più basso uguagli la lunghezza del ciclo. Quando low_days è omesso viene inferito come week_days meno high meno medium, il flusso di coaching abituale a sette giorni.

Contratto di ingresso, forma della risposta e regole di validazione

La precision opzionale è un intero da zero a sei decimali e vale uno per impostazione predefinita. Esempio: millequattrocento grammi settimanali con tre giorni alti, due medi e due bassi ai rapporti predefiniti produce un obiettivo di giorno alto sopra la media giornaliera e uno di giorno basso sotto, mentre la somma di sette giorni coincide ancora con millequattrocento. Invii con POST un corpo JSON con weekly_carbs come numero finito positivo—il budget di carboidrati del ciclo in grammi—e high_days più medium_days come interi non negativi entro la lunghezza del ciclo. Il low_days opzionale completa il resto se omesso; se fornito, alto più medio più basso deve uguagliare week_days. Il week_days opzionale vale sette per impostazione predefinita e deve essere un intero da uno a quattordici. Gli high_ratio, medium_ratio e low_ratio opzionali valgono di default 1.5, 1 e 0.5 e devono essere finiti e positivi. Sono accettati alias di campo per ergonomia: weekly_carb_grams, week_carbs, total_carbs e carb_budget mappano sul budget settimanale; high_count e training_high_days su high_days; medium_count e moderate_days su medium_days; low_count e rest_days su low_days; days_in_week e cycle_days su week_days; high_weight e high_factor su high_ratio; medium_weight e medium_factor su medium_ratio; low_weight e low_factor su low_ratio; decimals e dp su precision. Campi obbligatori mancanti, stringhe non numeriche, valori non finiti, totali o rapporti settimanali non positivi e conteggi di giorni che non sommano la lunghezza del ciclo falliscono con invalid_input e non vengono fatturati. In caso di successo il corpo restituisce weekly_carbs, week_days, i tre conteggi e rapporti; riporta average_daily_carbs_g oltre a high_day_carbs_g, medium_day_carbs_g e low_day_carbs_g; restituisce days come array di oggetti con day, label, kind e carbs_g; e include sum_carbs_g, formula e precision.

Dove un pianificatore di ciclo dei carboidrati dimostra il suo valore

Poiché l'implementazione è parse pura di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita, e la validazione fallita non consuma saldo. Abbini l'output alla Sua ripartizione di proteine e grassi o a un generatore di pasti se le servono macro complete al giorno; questo endpoint pianifica solo l'allocazione dei carboidrati, non ricette, consigli medici o totali calorici, e non inventerà una settimana quando gli input mancano, non sono numerici o sono altrimenti non validi.