Cuota diaria NaNoWriMo

Se rechazan como invalid_input los objetivos negativos, los días transcurridos negativos y las palabras escritas negativas, en lugar de producir en silencio un ritmo inverso o imaginario.

Qué es realmente la cuota diaria de NaNoWriMo

El calendario oficial de NaNoWriMo dura treinta días. Quien parte de un objetivo de cincuenta mil palabras y cero palabras el día cero necesita, por tanto, cincuenta mil dividido entre treinta, es decir mil seiscientas sesenta y seis y dos tercios de palabras por día, que por convención se suben a mil seiscientas sesenta y siete palabras enteras para que el total entero siga cerrando el borrador. Tras diez días con doce mil palabras en la página, restan treinta y ocho mil palabras y veinte días, así que la cuota es exactamente mil novecientas palabras por día. Ese es todo el algoritmo: remaining_words equivale al mayor entre cero y target_words menos words_written; remaining_days equivale a treinta menos days_elapsed; words_per_day es remaining_words dividido entre remaining_days, y se eleva a la siguiente palabra entera cuando el cociente no es ya un entero. Cuando remaining_words ya es cero, la cuota es cero: la meta está cumplida y no se exige un objetivo diario adicional. Cuando remaining_days es cero y aún quedan palabras, la ventana del reto se ha cerrado con el borrador inacabado, y este endpoint lo informa como invalid_input en lugar de dividir entre cero o inventar un milagro de último día. La calculadora no inventa una fecha de calendario, no consulta un reloj y no supone que hoy sea noviembre; usted pasa days_elapsed como número para que un ensayo en julio, una simulación de aula y una carrera real de noviembre usen el mismo contrato. Recuperar el ritmo tras una semana lenta es simplemente un remaining_words mayor sobre menos remaining_days, y por eso la cuota sube cuando usted se atrasa y baja cuando se adelanta.

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

La validación fallida no se factura. Envíe por POST un cuerpo JSON con tres números finitos obligatorios: target_words, el objetivo de palabras de la novela (clásicamente cincuenta mil, pero se acepta cualquier total finito no negativo); days_elapsed, cuántos de los treinta días del reto ya han pasado; y words_written, el acumulado ya escrito en la página. Se aceptan los alias target, word_goal y goal para el primer campo; elapsed, elapsed_days y days para el segundo; written, current y word_count para el tercero. Cada campo puede llegar como número JSON o como cadena numérica. Campos ausentes, cadenas vacías y valores no finitos fallan con invalid_input nombrando el campo. Cualquier entrada negativa falla con invalid_input: NaNoWriMo no puede adeudarle palabras negativas, no puede deshacer días transcurridos ni desescribir un borrador. days_elapsed no puede superar treinta, la duración publicada del reto; un valor mayor que treinta haría remaining_days negativo, que es la misma clase de error que una entrada negativa. Si acierta, el cuerpo repite las tres entradas, informa challenge_days como treinta, remaining_words, remaining_days, words_per_day como la cuota diaria entera, words_per_day_exact como el cociente sin redondear, already_finished como booleano y una cadena formula que reexpresa la identidad. Ejemplo: target_words cincuenta mil, days_elapsed diez, words_written doce mil produce remaining_words treinta y ocho mil, remaining_days veinte y words_per_day mil novecientas. La herramienta del navegador es gratuita; las llamadas API correctas usan saldo KIT prepago a $0.002 por ítem.

Dónde una API de palabras por día de NaNoWriMo aporta valor de verdad

Los grupos de escritura mantienen un tablero compartido de NaNoWriMo para que cada integrante pegue un objetivo, los días transcurridos y el recuento actual y vea una sola cuota diaria comparable, en lugar de cinco fórmulas incompatibles de hoja de cálculo. Quien edita un sprint de treinta días puede volver a ejecutar la calculadora cuando un cliente sube el objetivo de cincuenta mil a setenta mil sin reescribir un script a medida. Las unidades de novela en el aula usan el mismo endpoint como herramienta didáctica: el alumnado que empieza tarde ve un cociente de días restantes más alto y aprende, en cifras, por qué ponerse al día es más difícil que empezar el día uno con un archivo en blanco. Los rastreadores personales y las aplicaciones de hábito llaman a la API después de cada sesión para que la pantalla de inicio muestre el words_per_day de mañana sin incrustar una aritmética de calendario que se desvía cuando alguien trata noviembre como si tuviera treinta y un días. La automatización que ya guarda un recuento desde un formulario de progreso debe llamar a este endpoint en lugar de fijar cincuenta mil dividido entre treinta, cifra correcta solo en la mañana del día uno con un manuscrito vacío. Como la implementación es parse pura de nivel A, sin red ni tokens de modelo, cada llamada correcta cuesta el precio base publicado $0.002, la validación fallida no consume saldo y la cuota entera es plenamente determinista para pruebas, complementos LMS y workers en el borde. Mantenga days_elapsed en el intervalo cerrado de cero a treinta, los otros dos campos no negativos, y obtendrá un ritmo NaNoWriMo reproducible sin montar una integración propia de plataforma de escritura.