ForHosting KIT · Saúde e esporte

Planejador ciclagem calórica zigzag

Transforme um orçamento semanal de calorias em dias altos e baixos alternados: 14000 kcal com zigue-zague de 20% dão dias altos de 2400 kcal e baixos de 1466,7 kcal, e a semana continua somando 14000. Grátis no seu navegador.

Grátis
Funciona no seu navegador
Sem cadastro
Seus dados não saem do seu aparelho

Executar grátis Ver a API

Use pelo WebAPIE-mailTelegramApp em breve

Exemplo resolvido

Se você digitar

Calorias semanais: 14.000
Zigzag (%): 20
Precisão: 1

Você obtém

Média diária (kcal): 2.000
Dia alto (kcal): 2.400
Dia baixo (kcal): 1.466,7
Número de dias altos: 4

A ciclagem calórica, também chamada dieta em zigue-zague, mantém o mesmo orçamento energético semanal alternando dias de maior e menor ingestão para que a média permaneça no alvo. Treinadores, desenvolvedores de aplicativos e pessoas que controlam macros usam isso para facilitar a adesão em dias sociais, apoiar treinos mais intensos com mais combustível e evitar o déficit diário plano que parece restritivo a cada refeição. Este planejador de ciclagem calórica em zigue-zague aceita um total semanal de calorias e um percentual de zigue-zague opcional, e monta um plano determinístico de sete dias: os dias altos ficam um percentual fixo acima da média semanal, os dias baixos são resolvidos para que a semana some exatamente o orçamento, e o padrão alterna de segunda a domingo.

Como a semana em zigue-zague é calculada

Parta do total semanal de calorias em que já confia—manutenção vezes sete, um plano de déficit ou qualquer orçamento fixo—e divida por sete para obter a média diária plana. O percentual de zigue-zague eleva os dias altos acima dessa média: as calorias altas equivalem à média multiplicada por um mais o percentual sobre cem.

Como um padrão alternado de sete dias não pode colocar o mesmo número de dias altos e baixos, o planejador conta quantas vagas altas o padrão cria (quatro quando a semana começa alta, três quando começa baixa) e resolve as calorias dos dias baixos de modo que a contagem alta vezes as calorias altas mais a contagem baixa vezes as calorias baixas iguale o total semanal original. Essa identidade mantém a semana honesta: você não inventa energia extra ao festejar nem entrega menos orçamento nos dias mais calmos.

Os dias são rotulados de segunda a domingo com kind high ou low e uma cifra de calorias arredondada à precisão pedida; o último dia absorve o residual do arredondamento para que a soma reportada continue batendo com o total semanal. Se o percentual for tão grande que os dias baixos cairiam a zero ou abaixo, a solicitação é rejeitada em vez de devolver um plano com um dia de fome.

Onde um planejador de ciclagem calórica em zigue-zague agrega valor

Personal trainers e coaches online exportam uma semana em zigue-zague para modelos de refeição do cliente a fim de que o jantar de sexta possa ficar mais alto sem estourar o déficit semanal já negociado. Aplicativos de fitness que já calculam TDEE ou um déficit linear podem chamar este planejador como pós-etapa pura: as mesmas calorias semanais, metas dia a dia mais ricas para listas de compras e notificações push.

Usuários de planilha que afinavam à mão colunas altas e baixas deixam de desviar do total semanal quando o arredondamento se infiltra; o ajuste do dia residual mantém a soma travada.

Casos de uso

Planos semanais para clientes do coach

Transforme um orçamento calórico semanal fixo em sete metas altas e baixas alternadas que o cliente pode seguir sem ultrapassar o total energético acordado.

Pós-processamento em apps de fitness

Após calcular TDEE ou um déficit, chame o planejador zigue-zague para emitir ingestões determinísticas dia a dia para listas de compras e lembretes.

Perguntas frequentes

Por que os dias baixos caem mais do que os altos sobem?

Porque uma semana que começa alta tem quatro dias altos e três baixos. Com 14000 kcal e zigue-zague de 20%, os altos ficam com 2400 kcal, então os três baixos precisam cair para 1466,7 kcal para manter o total.

Posso começar a semana com um dia baixo?

Sim. Começando baixo, a semana tem três dias altos e quatro baixos, e o valor dos dias baixos é recalculado para que os sete dias somem exatamente o seu orçamento.

Por que o último dia fica um pouco diferente dos outros dias altos?

O último dia absorve a sobra do arredondamento, assim a semana bate exatamente com o seu total. No exemplo de 14000 kcal, o domingo mostra 2399,9 kcal em vez de 2400.

Existe limite para a porcentagem de zigue-zague?

Sim. Se a porcentagem for tão alta que os dias baixos ficariam em zero ou menos, o plano é recusado em vez de impor um dia de fome. Se você deixar em branco, usa 20%.

Ferramentas relacionadas

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

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

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

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)

Exemplo de requisição

{
  "weekly_calories": 14000
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "health.calorie_zigzag",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Notas técnicas

Entradas inválidas ou não positivas falham com um erro invalid_input claro em vez de inventar calorias.

Contrato de entrada, forma da resposta e regras de validação

A precision opcional é um inteiro de zero a seis casas decimais e tem padrão um. Envie um corpo JSON por POST com weekly_calories como número finito positivo—o orçamento de sete dias em quilocalorias. O zigzag_percent opcional tem padrão vinte e deve ser finito e positivo; é o percentual de elevação dos dias altos sobre a média semanal. O high_first opcional tem padrão true para que o dia um seja alto e a semana alterne high, low, high, e assim por diante; defina false para começar em um dia baixo. Aliases de campo são aceitos por ergonomia: weekly_kcal, week_calories, weekly_total e total_calories mapeiam para o orçamento semanal; percent, variation_percent, swing_percent e zigzag_pct para a variação; start_high e begin_high para high_first; decimals e dp para precision. Campos ausentes, valores não finitos, totais semanais não positivos, percentuais não positivos e oscilações grandes o bastante para deixar dias baixos não positivos falham com invalid_input e não são cobrados. Em sucesso o corpo ecoa weekly_calories, zigzag_percent e high_first; informa average_daily_kcal, high_day_kcal, low_day_kcal, high_day_count e low_day_count; devolve days como matriz de sete objetos com day, label, kind e calories; e inclui sum_kcal, formula e precision. Exemplo: quatorze mil calorias semanais a vinte por cento com high_first true produz média de dois mil, dias altos a dois mil e quatrocentos e dias baixos resolvidos de modo que quatro altos e três baixos ainda somem quatorze mil.

Onde um planejador de ciclagem calórica em zigue-zague agrega valor

Como a implementação é parse pura de nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo nem rede de saída, e a validação falha não consome saldo. Combine a saída com seu próprio split de macros ou gerador de refeições se precisar de proteínas e carboidratos por dia; este endpoint planeja apenas energia, não macros, receitas nem conselho médico, e não inventará uma semana quando as entradas forem não positivas ou inválidas de outro modo.

Casos de integração

Widgets de conteúdo e demonstrações

Alimente uma ferramenta gratuita de ciclagem calórica no navegador que coincide byte a byte com a API paga para landings SEO e capturas de produto.

Perguntas técnicas

Como funciona o planejador de ciclagem calórica em zigue-zague?

Divide o total semanal de calorias por sete para a média, eleva os dias altos em zigzag_percent acima dessa média, resolve os dias baixos para que a semana some o mesmo total e alterna high e low de segunda a domingo.

Quais entradas são obrigatórias?

weekly_calories (finito positivo). Opcional: zigzag_percent (padrão 20), high_first (padrão true), precision (padrão 1). Valores não positivos ou inválidos retornam invalid_input.

Os dias altos e baixos ainda batem com o meu total semanal?

Sim. As calorias dos dias baixos são resolvidas a partir do orçamento semanal e do nível dos dias altos de modo que n_high×high + n_low×low iguale o total semanal antes do arredondamento; o último dia absorve o residual.

E se zigzag_percent for grande demais?

Se os dias baixos ficariam zero ou negativos, a tarefa falha com invalid_input. Reduza o percentual para que cada dia permaneça estritamente positivo.

Quanto custa o planejador de ciclagem calórica em zigue-zague?

A ferramenta do navegador é gratuita. Pedidos API usam saldo pré-pago KIT a US$ 0,002 por chamada bem-sucedida; entrada inválida não é cobrada.

Ver a documentação completa do KIT →

Executar grátis

Exemplo resolvido

Como a semana em zigue-zague é calculada

Onde um planejador de ciclagem calórica em zigue-zague agrega valor

Casos de uso

Planos semanais para clientes do coach

Pós-processamento em apps de fitness

Perguntas frequentes

Ferramentas relacionadas

Para desenvolvedores — acesso via API

Endpoint

Chame do seu código

Exemplo de requisição

Exemplo de resposta

Preço

Erros

Notas técnicas

Contrato de entrada, forma da resposta e regras de validação

Onde um planejador de ciclagem calórica em zigue-zague agrega valor

Casos de integração

Widgets de conteúdo e demonstrações

Perguntas técnicas

obrigado