Calculadora de açúcar adicionado

O caminho é aritmética determinística pura, sem chamadas de rede nem semente aleatória, de modo que apps de coaching, planejadores de refeições e clientes de API pré-paga recebem o mesmo JSON sempre. Ingestão calórica não positiva é rejeitada como invalid_input porque um orçamento energético zero ou negativo não pode definir uma cota de açúcar.

O que a calculadora mede e quais entradas você precisa

Envie calorie_intake como número finito positivo de quilocalorias por dia; os aliases calories, kcal, energy_kcal e calorie_intake_kcal são aceitos para que apps de bem-estar mapeiem nomes de campo já existentes sem renomear cargas. Envie guideline_percentage como número finito positivo maior que zero e no máximo cem; se você omitir, o motor usa dez, o teto energético habitual de OMS e FDA. Aliases percent, pct, sugar_percent e added_sugar_percent apontam para o mesmo campo. Ingestão calórica ausente, strings vazias, números não finitos e qualquer ingestão calórica zero ou negativa falham com invalid_input e não são cobrados. Entradas idênticas sempre geram o mesmo JSON porque o caminho nunca toca a rede, um modelo de linguagem, um relógio ou um gerador aleatório.

Como ler os campos da resposta e armadilhas comuns

Em caso de sucesso a resposta ecoa calorie_intake_kcal e guideline_percentage, depois sugar_kcal (a fatia energética alocada ao açúcar adicionado), max_added_sugar_g (o teto principal em gramas) e teaspoons com quatro gramas por colher de chá para comparar colheres de cozinha com rótulos. O campo kcal_per_gram é sempre quatro, unit é sempre g/day, formula reafirma que os gramas equivalem a calorias vezes percentual sobre cem sobre quatro, e method é sempre energy_percent_added_sugar para o código a jusante ramificar sem farejar formatos. Use max_added_sugar_g quando um planejador de refeições só precisa de um teto diário escalável; use sugar_kcal quando o material educativo deve mostrar o orçamento energético ao lado do número em gramas; use teaspoons ao conversar com pessoas que pensam em colheres e não em gramas. Não confunda açúcar adicionado com carboidrato total nem com açúcares naturais de frutas e leite: este endpoint apenas escala um percentual energético em gramas.

Uso da API, preços, fluxos de coaching e limites práticos

Chame a calculadora gratuita de ingestão de açúcar no navegador para checagens rápidas, educação do cliente, demos de aula e planejamento de rótulos de supermercado sem instalar planilha de nutrição. Prefira ingestões calóricas que já batam com a estimativa energética diária do seu produto—se você só conhece macros, converta-os em quilocalorias antes de chamar. Mantenha expectativas educativas: esta é uma ferramenta de planejamento e letramento, não um dispositivo médico de diagnóstico, e usuários com necessidades atípicas devem seguir orientação clínica em vez de uma única fórmula isolada. Dez por cento de duas mil calorias são cinquenta gramas; cinco por cento são vinte e cinco gramas; esses dois marcos são os que a maioria das páginas de saúde pública cita, e esta calculadora os reproduz exatamente para a sua interface nunca discordar de uma nota de rodapé de rótulo. Envie um corpo JSON com calorie_intake obrigatório (ou um alias) e, opcionalmente, guideline_percentage. Use a API pré-paga quando um SaaS de bem-estar, um formulário de telemedicina, um planejador de refeitório escolar ou um pipeline de rastreamento calórico precisar de contrato estável a US$ 0,002 por item bem-sucedido; falhas de validação nunca consomem saldo após a rejeição do motor. Combine este endpoint com seu banco de registro alimentar: calcule aqui o teto em gramas e depois pontue os açúcares adicionados registrados em relação a max_added_sugar_g no cliente. Autores de SDKs podem mapear max_added_sugar_g, sugar_kcal e teaspoons em cartões de painel e colunas CSV rotuladas como teto em gramas, energia do açúcar e colheres—os mesmos números que nutricionistas calculam à mão ao aplicar dez por cento das calorias dividido por quatro no papel.