Calculadora de comida en cuarentena

Esta calculadora de comida en cuarentena multiplica el tamaño del hogar por los días de aislamiento por la porción diaria por persona de cada alimento y devuelve el total de raciones por tipo para que las listas de compra y los pedidos al por mayor sigan siendo honestos. people y days deben ser enteros positivos; los recuentos nulos, negativos o fraccionarios fallan con invalid_input en lugar de inventar una despensa vacía.

Qué significan los totales de comida en cuarentena y cómo se escalan las porciones diarias

Esta calculadora congela esa idea en una sola fórmula: para cada tipo de alimento, el total de raciones es people por days por la porción diaria por persona de ese alimento. people es el tamaño del hogar como número entero de bocas a alimentar. days es la ventana de aislamiento como número entero de días de calendario. daily_portion es cuántas raciones de ese alimento come una persona en un día: dos de arroz, una y media de alubias, una de verduras en lata, una de pasta. La aritmética no cambia dentro de la API, así que widgets del navegador, trabajos de lista de la compra y bloques CMS permanecen estables byte a byte con las mismas entradas. El endpoint no inventa menús por defecto, consejo nutricional ni normas médicas de aislamiento.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Ejemplo: cuatro personas, catorce días, arroz a dos raciones, alubias a una y media, verduras en lata a una y pasta a una producen ciento doce, ochenta y cuatro, cincuenta y seis y cincuenta y seis raciones respectivamente y trescientas ocho raciones en total. Ejemplo: una persona, siete días, avena a una ración al día produce siete raciones de avena. Fije estos productos deterministas en pruebas para que las listas de la compra y los widgets del navegador se mantengan estables entre versiones. Envíe un cuerpo JSON con tres campos obligatorios. people es un entero positivo para el tamaño del hogar, de uno a mil. Se aceptan alias como household, household_size, persons, n, count y people_count para que los formularios reutilicen claves conocidas. days es un entero positivo para la duración de la cuarentena, de uno a trescientos sesenta y cinco. Los alias incluyen quarantine_days, duration_days, n_days, isolation_days y day_count. Ambos campos pueden llegar como enteros JSON o como cadenas numéricas de dígitos. Los valores fraccionarios, nulos y negativos fallan porque una boca a alimentar y un día de calendario son recuentos enteros, no conjeturas de medio hogar. foods es una matriz no vacía de registros, cada uno con un name no vacío y un daily_portion finito no negativo en raciones por persona y día. Se aceptan los alias items, pantry, list y food_list. En caso de éxito el cuerpo incluye people y days como enteros ecoados, person_days como su producto, food_count como el número de filas, foods como las mismas filas con total_servings relleno, total_servings como la suma entre tipos, unit siempre servings, formula que reafirma people por days por porción diaria, y message para la copia de interfaz. Campos ausentes, people o days no enteros, listas de alimentos vacías y porciones negativas fallan con invalid_input y no se facturan.

Dónde aporta valor una calculadora de comida en cuarentena

Las herramientas SaaS de meal-kit, supermercado y kits de emergencia pueden adjuntar una línea de cuarentena junto a las cestas semanales habituales usando los mismos campos people, days y foods ya capturados en el formulario de alta. Como la implementación es parse puro de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red de salida. Combine los totales con sus tamaños de envase, etiquetas de alérgenos y listas de agua o medicinas, y la API sigue siendo el núcleo numérico estable mientras su capa de marca controla la presentación.