Hi3D V1.0: seis commits en el repositorio, "validado en producción" en funcionamiento real.

El 23 de octubre de 2026, Hi3D V1.0 apareció en GitHub con seis commits, una sola etiqueta y ocho archivos de pesos. En menos de un día, ese mismo lanzamiento circulaba por las agencias de noticias con un titular que lo llamaba "el primer modelo 3D de IA de código abierto validado para producción". Ambas afirmaciones son ciertas. Solo una de ellas es verificable, y la distancia entre ambas es lo más útil que un posible usuario puede entender sobre este lanzamiento.

El repositorio merece atención por sus propios méritos. Hi3D V1.0 es la continuación de código abierto de Sparc3D, el trabajo de NeurIPS 2025 sobre representación 3D de cuadrícula dispersa. No es un generador de texto a 3D. Le das una imagen de referencia y una malla gruesa que ya existe, y devuelve una malla más densa. Esa distinción decide si el lanzamiento te resulta útil o no, así que vale la pena decirlo antes de cualquier cifra de calidad: si buscabas algo que convierta una frase en un objeto, este es el artefacto equivocado.

¿Qué hay realmente en el repositorio?

La publicación es solo de inferencia. El código muestrea latentes dispersos, los decodifica mediante un VAE disperso con autopoda y extrae una malla; la escalera de modelos ejecuta tres pasadas en rejillas estructurales nominales de 64³, 128³ y 192³, produciendo rejillas de extracción dispersas etiquetadas como 512³, 1024³ y 1536³. Una ejecución de 512³ usa una pasada, 1024³ usa dos y 1536³ usa tres, con 25 actualizaciones del planificador por pasada. La salida es geometría y nada más: sin texturas, sin materiales, sin colores de vértices, tamaño de lote uno, y el resultado se recentra y se normaliza a radio unitario, lo que descarta la escala absoluta.

Lo que está ausente importa tanto como lo que está presente. No hay código de entrenamiento, ni arnés de evaluación, ni particiones de benchmark, ni mallas de comparación. El paquete de Python conserva el nombre antiguo —sparc3d, con un punto de entrada Sparc3DPipeline—, lo que es un recordatorio útil de que este es el código base de investigación con una nueva etiqueta en lugar de una nueva compilación. El adaptador de demostración opcional se basa en Hunyuan3D-2 mini de Tencent y tiene su propia licencia, separada de la de Hi3D.

La lista de dependencias es breve e implacable: Linux, Python 3.10, una GPU NVIDIA con compute capability 8.0 o superior, CUDA 12.0–12.5 en correspondencia con la compilación de PyTorch, y flash-attn sin ninguna ruta alternativa. No hay inferencia en CPU. La configuración con la que se midió Hi3D era una única H20 de 96 GB, y el repositorio indica que 1536³ solo se validó en esa GPU. DINOv2-large y CLIP-ViT-L/14 se descargan por separado en tiempo de ejecución.

"Validado en producción" es una frase, no una medición

El comunicado de prensa no define el término. La base que declara es que el equipo "lo probó en flujos de trabajo de producción del mundo real para mejorar su usabilidad práctica" antes de abrirlo como código abierto. Eso es una descripción de uso interno (dogfooding), algo razonable para una empresa y débil para poner en un titular. No hay ningún cliente identificado, ni número de despliegues, ni datos sobre tasas de fallo, ni terceros involucrados. El comunicado tampoco cita a nadie: nombra a un contacto de medios y no atribuye ninguna declaración a persona alguna.

Esto no es un escándalo. Así funcionan los comunicados de los proveedores, y Hi3D está lejos de ser el peor ejemplo. Pero la frase cumple una función concreta aquí. «Validado en producción» invita al lector a suponer que se ha observado y medido un uso independiente en producción. Lo que el comunicado respalda es más limitado: el proveedor utilizó su propio modelo en sus propios flujos de trabajo. Son afirmaciones distintas, y solo de la segunda queda constancia.

La misma mesura debería aplicarse a las cifras de calidad. El comunicado en inglés afirma que el modelo alcanzó «las puntuaciones más altas de fidelidad multivista y riqueza de detalles en la evaluación reportada» sin publicar las puntuaciones. La cobertura en chino del mismo lanzamiento las proporciona: fidelidad multivista 0,75, riqueza de detalles 0,841, una puntuación de preferencia humana del 85,9 % y una tasa de aprobación de slicing declarada de aproximadamente el 90 % frente al 7–17 % de modelos convencionales no especificados a 1536³. Todas ellas están reportadas por el proveedor. Ninguna cuenta con replicación independiente, y el repositorio no puede reproducirlas porque no se distribuyó el arnés de evaluación.

La cifra del 90 % de slicing es la que hay que tomar con pinzas. No indica qué slicer se usó, no incluye mallas de prueba, no define qué se considera un fallo y no nombra ningún modelo de referencia en la publicación en inglés. Puede que sea exacta. Pero, por ahora, no es evidencia sobre la que un comprador pueda actuar.

El número que sí cambió: de 500.000 a 2.000.000

Enterrada bajo las afirmaciones sobre la calidad está la aserción más concreta del lanzamiento. Hi3D afirma que los datos de entrenamiento crecieron de aproximadamente 500.000 activos 3D curados a unos dos millones. Se trata de un aumento de cuatro veces respecto a la línea base de Sparc3D y, a diferencia de las puntuaciones de preferencia, es una afirmación con un referente claro: un recuento de activos que el equipo dice haber curado.

Sigue sin ser auditable. El repositorio no incluye un manifiesto de datos, un desglose por categorías, una lista de procedencia de licencias ni herramientas de muestreo. No puedes comprobar qué eran los 1,5 millones de activos adicionales, de dónde procedían ni si se solapan con el conjunto de evaluación. La afirmación es verificable en principio y no se ha verificado en la práctica, que es la descripción honesta de la mayoría de las divulgaciones de datos de entrenamiento en las publicaciones abiertas.

Lo que probablemente se consigue con cuatro veces más datos es justo aquello en lo que los modelos de refinamiento son malos: la generalización a categorías de objetos que la malla gruesa maneja mal. Una etapa de refinamiento que ha visto más de la cola larga debería ser menos propensa a alucinar detalles plausibles pero incorrectos cuando la entrada es inusual. Eso es una hipótesis sobre el comportamiento, no una garantía, y la forma de comprobarla es con tus propios activos en lugar de con un gráfico de un proveedor.

Cómo comprobarlo tú mismo, de forma económica

El lanzamiento es inusualmente fácil de refutar para un modelo sin benchmark. Como la entrada es una malla gruesa más una foto, puedes construir un pequeño conjunto de pruebas honesto en una tarde:

Toma veinte objetos que ya tengas como mallas escaneadas o modeladas. Degrada cada uno a una versión deliberadamente tosca —diezma, suaviza o pásalo por el generador que ya uses.

• Renderiza una imagen de referencia limpia por objeto desde una cámara conocida y guarda una segunda vista que nunca le muestres al modelo.

• Refina a 1024³ y 1536³, y luego compara la vista reservada con la original. Lo que estás midiendo es si el detalle adicional es real, no si se ve nítido.

• Evalúa la estanqueidad, la condición de manifold y el número de triángulos antes de que ningún slicer lo toque. Si vas a imprimir, lamina con el perfil exacto con el que imprimirás y registra los fallos en lugar de los éxitos: los casos de fallo son donde el número del proveedor no tiene respuesta.

• Ojo con la pérdida de escala. La normalización a radio unitario hace que el modelo no conserve las dimensiones reales de tu entrada, así que cualquier flujo de impresión necesita un paso de reescalado que controles tú.

Veinte objetos no producirán un benchmark. Te dirá si este modelo vale cien, y esa es la decisión que tiene delante la mayoría de los equipos esta semana.

La licencia es abierta de la misma manera en que una prueba es gratuita.

Los pesos y el código propio de Hi3D están sujetos al Hi3D Open License Agreement 1.0, que no es una licencia aprobada por la OSI y no debe describirse como código abierto sin ese calificador. Se permite el uso comercial. Se aplican dos condiciones. Una integración debe mostrar «Powered by Hi3D 1.0», y un producto que supere los 200.000 usuarios activos mensuales o 1.000.000 de dólares en ingresos mensuales debe notificar a Hi3D y negociar una licencia separada en un plazo de 60 días.

Para un grupo de investigación o una herramienta interna, ninguna de las dos cláusulas resulta vinculante. Para cualquiera que construya un servicio comercial de 3D sobre estos pesos, los umbrales son lo bastante bajos como para planificarlos en lugar de descubrirlos por sorpresa. Las partes subyacentes de Sparc3D conservan sus términos originales Apache-2.0 y MIT, así que la licencia es un mosaico: algunos archivos son genuinamente permisivos y otros no. Lee los avisos a nivel de archivo antes de redistribuir.

El producto comercial es algo completamente distinto. Hi3D vende la v3.0, descrita como geometría de 2048³ con texturas de hasta 8K. La V1.0 es el modelo anterior, abierto y solo de geometría. Nadie debería interpretar este lanzamiento como que la empresa está regalando su producto actual; lo que regala es la etapa de refinamiento de la generación anterior.

Dónde encaja un router, y dónde honestamente no

OrcaRouter no ofrece modelos de geometría 3D. Nada en este artículo debe interpretarse como una oferta de ejecutar Hi3D V1.0 a través de nuestra API, porque no podemos hacerlo. El pipeline anterior se ejecuta en tu GPU o no se ejecuta.

Sin embargo, la parte de un flujo de trabajo 3D que es multimodal es el bucle de revisión. Comparar una malla refinada con su foto de referencia, comprobar si un render coincide con el brief, redactar los defectos a partir de un turntable — eso es trabajo de modelos de visión, y es la parte que los equipos suelen improvisar al final. Una sola clave para más de 200 modelos de lenguaje, visión y audio significa que la pasada de QA no necesita su propia contratación, y la conmutación por error automática mantiene en marcha un trabajo de revisión cuando un proveedor individual se degrada. Si estás probando tres ajustes de refinamiento en veinte objetos, la parte cara es el juicio, no el muestreo.

¿Qué cambiaría esta evaluación?

Tres cosas, en orden descendente de utilidad. Un arnés de evaluación publicado con las mallas de prueba y la configuración del slicer convertiría el 90 % en una cifra que otra persona pueda reproducir. Un manifiesto de datos haría verificable la afirmación de dos millones de activos. Una ejecución de terceros en hardware distinto de un H20 de 96 GB establecería si 1536³ es un punto de operación real o una anécdota de una sola GPU.

Hasta entonces, la postura correcta es la que el propio repositorio invita a adoptar: descárgalo, ejecútalo con objetos que entiendas y trata cada porcentaje de titular como una hipótesis. Hi3D V1.0 es un modelo de refinamiento real, descargable y de solo inferencia, con un exigente requisito mínimo de hardware y una licencia que deja de ser gratuita a escala. Es un lanzamiento útil. Aún no es uno validado, digan lo que digan las notas de agencia.