Escalonador de porções de receita

Porções ou quantidades não positivas, listas vazias e valores não finitos são rejeitados com invalid_input, para que um dado inválido nunca produza um lote silencioso em zero. O caminho é aritmética pura e determinística—sem rede, sem sementes aleatórias, sem dependência do relógio—assim o executor gratuito do navegador e a API pré-paga devolvem o mesmo JSON após arredondamento decimal fixo em cada chamada.

Como chamar a API: campos, validação e formato da resposta

Cada amount deve ser igualmente positivo e finito; uma lista vazia é rejeitada porque não há o que escalonar. Prefira colocar unidades no campo opcional names em vez de dentro das strings de amount, para que duzentos e cinquenta e farinha em gramas fiquem separados e o solver nunca precise analisar texto misto. Envie um corpo JSON com amounts como array obrigatório de números finitos positivos—ou uma string separada por vírgulas em formulários de texto—mais original_servings e target_servings (os aliases incluem servings, from_servings, original para a contagem de origem, e target, to_servings, new_servings para o destino). Ambas as contagens de porções devem ser números finitos estritamente positivos; zero, negativos, ausentes ou não numéricos retornam invalid_input e nunca são cobrados. Os valores absolutos ficam dentro do limite publicado de um trilhão, e o comprimento da lista é limitado para que um Worker termine rápido. Em sucesso a resposta ecoa amounts arredondados, scaled, scale_factor, original_servings, target_servings, count, names opcionais, linhas de ingredients que emparelham cada quantidade original com seu valor escalonado, formula, message e steps ordenados para trilhas de auditoria. Validação falha—amounts vazios, números não finitos, porções ou quantidades não positivas, ou campos obrigatórios ausentes—retorna invalid_input com uma mensagem que nomeia o problema. O preço é um valor fixo de US$ 0,002 por solicitação bem-sucedida com unit item e preço unitário marginal zero.

Dicas práticas, erros comuns, limites e ferramentas relacionadas

Ao escalonar para convidados, confira se cada linha da ficha é proporcional—algumas receitas deixam o tempero a gosto ou fixam o tamanho da panela, assim você pode escalonar os ingredientes a granel e deixar as pitadas de especiaria a critério. Esta landing atende quem busca um escalonador de porções de receita, escalonar ingredientes por porções ou calculadora de rendimento de lote; não é conversor de unidades, nem estimador nutricional, nem planejador de refeições completo. Prefira ferramentas irmãs de cozinha ou conversão quando precisar de xícaras de farinha em gramas ou colheres de sopa em mililitros, e então escale aqui os números resultantes. Checagens de ida e volta são fáceis: recalcule cada amount vezes o fator à mão e confirme que coincide com a entrada scaled publicada no mesmo arredondamento de doze decimais, e confirme que mudar só o alvo escala cada linha proporcionalmente mantendo os rótulos alinhados. Mantenha sempre original_servings diferente de zero e positivo nos formulários do cliente antes de enviar; a API ainda lançará um invalid_input claro se zero ou uma contagem negativa passar, porque dividir por zero ou inventar um lote negativo não é uma escala com sentido. Prefira números em vez de strings de unidade já formatadas dentro de amounts; coloque as unidades no campo opcional names. Valores flutuantes próximos ao limite são arredondados a doze decimais para comparação JSON estável entre motores. Tarefas falhas que retornam invalid_input não consomem saldo pré-pago, o que mantém baratos scripts exploratórios quando aprendizes enviam de propósito porções zero ou listas vazias. Para catering, converta um lote piloto escrito para oito pratos em um serviço de quarenta e oito enviando original_servings oito e target_servings quarenta e oito, de modo que o fator seja derivado automaticamente sem um campo multiplicador separado.