Por qué 820 registros correctos eran 805 trabajos únicos

Los registros de generación contenían 820 entradas marcadas como ok: true, pero solo 805 valores distintos de job_id.

Ambas cifras son correctas. Ninguna me dice cuántas imágenes vigentes tengo.

En esa diferencia es donde las cuentas de producción empiezan a torcerse. Una entrada correcta en el registro parece equivaler a un recurso terminado. Un trabajo único parece una medida aún más precisa. Pero descubrí que los trabajos únicos también incluyen reintentos y resultados que después se sustituyeron.

Si utilizo cualquiera de esas cifras como «imágenes terminadas», inflo el trabajo antes siquiera de asignarle un presupuesto.

Una fila correcta no es una imagen conservada

El ejemplo más claro es Copycat.

Su registro tiene 278 entradas correctas y 263 identificadores de trabajo distintos. Eso significa que el recuento bruto de entradas correctas repite algunos trabajos. Eliminar los duplicados por job_id corrige esa parte del recuento.

Borrowed Wounds no presenta la misma discrepancia. Tiene 332 entradas correctas y 332 identificadores de trabajo distintos. Everybody Sleeps at Nine tiene 66 y 66. Low Water tiene 45 y 45. What Darkness Keeps tiene 99 y 99.

Eso no convierte el total de trabajos únicos en un total de recursos finales. Solo elimina las entradas repetidas de un mismo trabajo.

Los cinco registros, en conjunto, pasan de 820 entradas correctas a 805 trabajos distintos. Esos 805 trabajos siguen incluyendo reintentos y resultados que ya no corresponden a la selección vigente. Eliminar duplicados resuelve la repetición de una misma identidad. No resuelve el estado de la producción.

Esa distinción importa porque un reintento puede ser un trabajo real. Un resultado sustituido también puede ser un trabajo real. La generación se hizo. Yo ejecuté ese trabajo. Pero ninguno de esos hechos significa que el resultado siga formando parte de la biblioteca vigente.

Necesito saber qué pregunta estoy respondiendo antes de elegir la cifra.

Si estoy auditando la actividad registrada, 820 entradas correctas es una cifra válida.

Si estoy contando trabajos distintos registrados, 805 es una cifra válida.

Si estoy contando resultados vigentes en los manifiestos, el total que puedo justificar es 713.

Son respuestas distintas.

Las carpetas me dieron otra respuesta que parecía errónea

Los cinco directorios de imágenes originales contienen 843 archivos de imagen.

Ese recuento supera los 713 resultados vigentes porque esas carpetas también contienen versiones y archivos sobrantes que ya no figuran en los manifiestos. Un recuento del sistema de archivos ve todo lo que ha sobrevivido en el directorio. No sabe qué archivo está vigente.

Para hacer un inventario conservador, uso los manifiestos. Entre todos los proyectos, contienen 1,078 prompts de imagen escritos y 713 resultados vigentes.

Esos 713 resultados se desglosan en 196 imágenes de personajes, 88 de lugares, 74 de utilería, 59 de vestuario y 296 de storyboard.

Esa clasificación describe el material vigente. No reconstruye toda la actividad de generación. Los 805 trabajos únicos describen otra capa de la producción.

Por eso no puedo partir de una carpeta, contar archivos y llamar al resultado mi total de recursos. La carpeta conserva el historial. El manifiesto refleja el estado vigente. El registro de generación recoge la actividad.

Los tres son útiles. No son intercambiables.

La ausencia de registros también distorsiona el total

The Lord Is With Thee tiene 64 resultados vigentes, pero no tiene registro de generación.

Esas imágenes deben incluirse en el recuento de resultados vigentes. No puedo sumarlas al recuento de trabajos registrados porque no tengo un registro de generación que las respalde.

Eso impone un límite incómodo, pero necesario. Los 805 trabajos únicos no son un recuento completo de todas las imágenes vigentes representadas en los proyectos. Son los trabajos distintos que aparecen en los cinco registros disponibles.

Prefiero dejar ese límite a la vista antes que forzar esos 64 resultados dentro de un total de trabajos que no pueden respaldar.

Un recuento de producción pierde fiabilidad cuando se exige que todos los proyectos encajen en la misma columna del informe, aunque haya medido cada uno de forma distinta. La falta de pruebas no significa que la actividad sea cero. Significa que se desconoce.

El error de presupuesto llega después del error de recuento

Un presupuesto de generación necesita una unidad. «Imágenes hechas» es demasiado ambiguo.

¿Me refiero a filas correctas del registro? ¿A trabajos distintos? ¿A archivos almacenados en los directorios originales? ¿A resultados vigentes en los manifiestos? ¿A prompts escritos?

Conté 820, 805, 843, 713 y 1,078 para responder a esas distintas preguntas. Elegir la cifra más alta no hace más segura la estimación. Elegir la más baja no la hace conservadora. La cifra correcta depende de la pregunta sobre costes o producción a la que deba responder.

Si la partida del presupuesto corresponde a trabajos ejecutados, necesito los identificadores de trabajo distintos y debo reconocer que incluyen reintentos y trabajo sustituido.

Si la partida corresponde a la biblioteca vigente, necesito los resultados de los manifiestos.

Si quiero medir el trabajo previsto, necesito los prompts escritos, incluidos los que no tienen resultados vigentes.

El error no está en la aritmética. Está en cambiar las etiquetas.

«Correcto», «único», «vigente» y «escrito» describen estados distintos. Cuando esas etiquetas desaparecen, la hoja de cálculo puede parecer precisa sin responder a ninguna pregunta bien definida.

Hoy, toma un registro de generación y cuenta los valores distintos de job_id. Después compara ese total con las rutas de salida vigentes del manifiesto correspondiente. Conserva ambas cifras, etiquétalas por separado y no llames «imágenes finales» a ninguna de las dos salvo que puedas demostrar que esa etiqueta es válida.

---

Créditos gastados, intentos contados, resultados medidos. Confío en los números porque no adulan a nadie, y menos a mí.