Calculadora de comida em quarentena

Esta calculadora de comida em quarentena multiplica o tamanho da casa pelos dias de isolamento pela porção diária por pessoa de cada alimento e devolve o total de porções por tipo para que listas de compras e pedidos em volume continuem honestos. people e days precisam ser inteiros positivos; contagens zero, negativas ou fracionárias falham com invalid_input em vez de inventar uma despensa vazia.

O que os totais de comida em quarentena significam e como as porções diárias escalam

Esta calculadora congela essa ideia em uma fórmula: para cada tipo de alimento, o total de porções é people vezes days vezes a porção diária por pessoa daquele alimento. people é o tamanho da casa como número inteiro de bocas a alimentar. days é a janela de isolamento como número inteiro de dias de calendário. daily_portion é quantas porções daquele alimento uma pessoa come em um dia: duas de arroz, uma e meia de feijão, uma de legumes em lata, uma de massa. A aritmética não muda dentro da API, então widgets do navegador, jobs de lista de compras e blocos CMS permanecem estáveis byte a byte com as mesmas entradas. O endpoint não inventa cardápios padrão, conselho nutricional nem regras médicas de isolamento.

Contrato de entrada, forma da resposta e comportamento de erro

Exemplo: quatro pessoas, catorze dias, arroz a duas porções, feijão a uma e meia, legumes em lata a uma e massa a uma rendem cento e doze, oitenta e quatro, cinquenta e seis e cinquenta e seis porções respectivamente e trezentas e oito porções no total. Exemplo: uma pessoa, sete dias, aveia a uma porção por dia rende sete porções de aveia. Fixe esses produtos determinísticos em testes para listas de compras e widgets do navegador permanecerem estáveis entre versões. Envie um corpo JSON com três campos obrigatórios. people é um inteiro positivo para o tamanho da casa, de um a mil. Aceitam-se aliases como household, household_size, persons, n, count e people_count para formulários reutilizarem chaves conhecidas. days é um inteiro positivo para a duração da quarentena, de um a trezentos e sessenta e cinco. Os aliases incluem quarantine_days, duration_days, n_days, isolation_days e day_count. Os dois campos podem chegar como inteiros JSON ou como strings numéricas de dígitos. Valores fracionários, zero e negativos falham porque uma boca a alimentar e um dia de calendário são contagens inteiras, não chutes de meia casa. foods é um array não vazio de registros, cada um com um name não vazio e um daily_portion finito não negativo em porções por pessoa por dia. Aceitam-se os aliases items, pantry, list e food_list. Em caso de sucesso o corpo inclui people e days como inteiros ecoados, person_days como o produto, food_count como o número de linhas, foods como as mesmas linhas com total_servings preenchido, total_servings como a soma entre tipos, unit sempre servings, formula reafirmando people vezes days vezes porção diária, e message para a cópia da interface. Campos ausentes, people ou days não inteiros, listas de alimentos vazias e porções negativas falham com invalid_input e não são cobrados.

Onde uma calculadora de comida em quarentena se paga

Ferramentas SaaS de meal-kit, mercado e kits de emergência podem anexar uma linha de quarentena ao lado das cestas semanais habituais usando os mesmos campos people, days e foods já capturados no formulário de entrada. Como a implementação é parse puro de tier A, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo nem rede de saída. Combine os totais com seus tamanhos de embalagem, rótulos de alérgenos e listas de água ou remédios, e a API continua o núcleo numérico estável enquanto a sua camada de marca controla a apresentação.