Hi3D v1.0 — открытый исходный код: что на самом деле требуется для заявления о 3D-печати

Hi3D v1.0 появился на GitHub и Hugging Face 23 октября 2026 года вместе с одной привязанной к нему цифрой: 90% успешных нарезок. Эта цифра — вся причина, по которой мастерская 3D-печати должна обратить внимание на этот релиз, и в то же время именно эту цифру репозиторий не может воспроизвести. В нём нет ни слайсера, ни тестовых мешей, ни базовой линии, ни определения того, что считать неудачей. То, что на самом деле есть в репозитории, существенно: код инференса, восемь файлов весов и пайплайн, который берёт эталонную фотографию плюс черновой меш и возвращает гораздо более плотный, вплоть до эффективной сетки разреженного извлечения 1536³. Так что полезный вопрос не в том, работает ли Hi3D v1.0. А в том, что должно быть верно вокруг него, прежде чем на выходе получится деталь, пригодная для печати.

Что именно было выпущено?

Релиз — это открытие исходного кода Sparc3D: Python-пакет и публичный API по-прежнему носят имена sparc3d и Sparc3DPipeline для совместимости, а лежащая в основе статья датируется маем 2025 года. Репозиторий на GitHub открылся с шестью коммитами и одним тегом; карточка на Hugging Face сообщает, что модель была выпущена 23 октября 2026 года и, в той же панели, что она «не развёрнута ни одним Inference Provider». Хостируемого эндпоинта для v1.0 нет. Коммерческий продукт — это отдельная проприетарная версия v3.0 с геометрией 2048³ и текстурами до 8K.

• Что содержит репозиторий — код инференса, демонстрация, Docker и ограничения зависимостей, а также документация. Код обучения, система оценки из статьи, разбиения бенчмарка и сравнительные меши, лежащие в основе главной таблицы, отсутствуют, и README прямо об этом говорит.

• Что представляют собой веса — восемь файлов, используемых во время выполнения: индекс модели, конфигурация планировщика, конфигурация VAE и safetensors, а также две конфигурации трансформеров и safetensors. Кодировщики изображений facebook/dinov2-large и openai/clip-vit-large-patch14 загружаются отдельно при первом использовании и не входят в каталог модели.

• Как установить — Python 3.10, PyTorch 2.5.0 с CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, установка из исходного кода. Wheel-пакета на PyPI нет, как и готового релиза.

• Какая лицензия применяется — Лицензионное соглашение Hi3D Open License Agreement 1.0. Это не лицензия OSI. Коммерческое использование разрешено, но продукт или сервис, достигший 200 000 ежемесячных активных пользователей или 1 000 000 долларов США ежемесячной выручки, обязан уведомить Hi3D и подать заявку на отдельную письменную лицензию в течение 60 дней, а интеграции должны отображать «Powered by Hi3D 1.0» со ссылкой, если носитель это поддерживает.

Подача в публикациях о релизе такова, что это модель image-to-3D «промышленного производственного класса». На странице анонса самого вендора действительно утверждается, что она «проверена в реальных производственных процессах» и что оценка охватывала многовизорный внешний вид, локальные детали и геометрическую пригодность. При этом не назван ни один заказчик, ни один процесс и ни один измеренный результат. Это утверждение о производстве, а не доказательство его.

Пункт о печати, разбитый на четыре требования

Деталь, выходящая из принтера, должна соответствовать четырём критериям, которые не имеют ничего общего с тем, насколько впечатляюще выглядит рендер. Hi3D v1.0 хорошо решает один из них, один — частично, а два — совсем нет.

• Масштаб — утрачен намеренно. Выходные данные перецентрируются и нормализуются до единичного максимального радиуса. Абсолютный размер и мировые координаты не сохраняются, поэтому любую модель приходится масштабировать до миллиметров, прежде чем она будет что-либо означать. Если ваше референсное фото было сделано с реального объекта и вам нужны его истинные размеры, Hi3D их не переносит. В репозитории это указано явно, а не умалчивается, что заслуживает признания, но это значит, что масштаб — шаг, который вы берёте на себя.

• Топология — унаследована из входных данных, а не исправлена. Hi3D берёт грубую сетку и добавляет к ней детализацию. Если у этой грубой сетки есть неманифолдные рёбра, самопересечения или инвертированные нормали, уточнение делает их мельче, а не исправляет. В собственном разделе README об ограничениях сказано, что «грубая структура имеет значение» и что серьёзные ошибки грубой сетки могут сохраняться. Слайсер всё равно споткнётся на тех же дефектах, только при более высоком разрешении. Это самое важное предложение в релизе для всех, кто собирается отправить это на принтер.

• Поверхность — отсутствует. На выходе получается trimesh.Trimesh, содержащий только геометрию: без текстур, без материалов, без цветов вершин. Для печати одним материалом это по большей части не проблема, поскольку вы печатаете материалом, а не UV-картами. Но для всего, что требует окрашенного или многоцветного результата, или для клиентского превью, которое должно выглядеть как продукт, это дисквалифицирующий фактор, подталкивающий вас к v3.0.

• Печатаемость — не оценена. В репозитории ничто не измеряет толщину стенок, минимальный размер элемента, нависания или то, является ли сетка водонепроницаемой после уточнения. Цифра о 90% слайсинга фигурирует в пресс-релизе, а не в коде, и слайсер не назван. Разрезанный файл — это также не напечатанная деталь: успешный слайсинг не говорит о том, что печать будет прилипать, выдержит поддержки или сохранит допуск.

Цифры, отсортированные по тому, что реально за ними стоит

В пресс-релизе смешаны утверждения с очень разной степенью подтверждённости. Именно из-за такого смешения цифра от поставщика превращается в факт при принятии решения о покупке.

• Около двух миллионов отобранных 3D-ассетов — указано в пресс-релизе и в карточке модели и согласуется с линейкой Sparc3D, которую в более ранней статье оценивали примерно в 500 000 ассетов. Проверить отбор по репозиторию невозможно, поскольку ни датасет, ни код обучения не поставляются. Считайте это правдоподобной цифрой от поставщика, а не проверенной.

• Эффективное разрешение 1536³ — эта конфигурация действительно существует. Конвейер выполняет один проход для 512³, два для 1024³ и три для 1536³, при 25 обновлениях планировщика за проход по умолчанию. Слово «effective» здесь важно: это номинальные разреженные координатные и экстракционные сетки, а не плотный латентный тензор 1536³. В README также отмечается, что настройка 1536³ была проверена только на H20 с 96 ГБ, а возможность работы и пиковое потребление памяти на картах меньшего размера не указаны.

• 90% успешных нарезок — по данным поставщика, не воспроизведено и без описанной методологии. Ни слайсера, ни определения отказа, ни базового уровня, ни тестового набора. Это самое цитируемое число в релизе и наименее проверяемое.

• Наивысшая точность многовидового воспроизведения и богатство деталей — представлено как результат «заявленной оценки», которой нет в репозитории. Нет таблицы сравнения, списка конкурентов и разбивки по категориям.

• «Проверено в реальных производственных процессах» — предложение на странице анонса, без названного партнёра, без кейса и без описания рабочего процесса. Возможно, так и есть. Но это пока не доказательство.

Аппаратная стена

Измеренный стек — это NVIDIA H20 на 96 ГБ, и в репозитории честно указано, что именно на этой машине проверялась работа с максимальной настройкой. Остальные требования столь же конкретны: Linux, compute capability 8.0 или новее, CUDA от 12.0 до 12.5, и при этом полностью отсутствует путь инференса на CPU. У flash-attn нет резервной реализации внимания, поэтому сбой сборки там фатален, а не приводит к деградации. Размер батча — один.

Последовательная выгрузка на CPU поддерживается и снижает объём памяти, занимаемой на GPU, но в README специально оговорено, что это не устанавливает минимальные требования к памяти GPU и не устраняет затрат на декодированные признаки. На практике это означает, что однопроходный путь 512³ может уместиться на карте с 24 ГБ, но никто не публиковал таблицу памяти, и производитель этого не утверждал. Если ваш план рассчитан на 4090, вы используете непроверенную конфигурацию, и перед тем как на неё полагаться, вам следует самостоятельно замерить время и память.

Как выглядит работающий конвейер печати

Hi3D v1.0 — это одна стадия. В репозитории поставляется опциональный адаптер, использующий Hunyuan3D-2 mini от Tencent для создания грубой сетки из одного изображения; Hunyuan является сторонним компонентом и не входит в зависимости основной библиотеки, но без чего-то подобного у вас не будет входных данных.

Итак, реальная последовательность такова: создать или получить грубую сетку, уточнить её с помощью Hi3D при 512³, 1024³ или 1536³, экспортировать геометрию, масштабировать её до реальных размеров, исправить все ошибки топологии, допущенные на грубом этапе, проверить герметичность, затем нарезать. Три из этих шагов — исправление, проверка герметичности, нарезка — не имеют эквивалента нигде в релизе, и именно на первом из них фактически будет происходить большинство сбоев.

OrcaRouter не размещает у себя Hi3D v1.0 или какую-либо другую 3D-модель и не собирается возвращать пригодную для печати сетку по API-запросу. Что он действительно размещает — это текстовую и визуальную работу вокруг конвейера: составление брифа объекта, описание референсного фото и оценку многовидовых рендеров на дефекты, прежде чем вы потратите время GPU на проход 1536³. Это один эндпоинт для более чем 200 моделей с автоматическим переключением при сбое, что полезно, когда сопутствующие проверки — та часть, которую вы не хотите создавать самостоятельно. 3D-этап остаётся на вашем собственном оборудовании.

Кому стоит скачать это на этой неделе?

Если у вас уже есть генератор грубой сетки в продакшене — Hunyuan3D-2 mini, TripoSR или собственный этап — и узкое место в том, что сетки выглядят мягкими, Hi3D v1.0 стоит одного дня GPU-времени. Начинать стоит с варианта 512³; вариант 1536³ требует карты класса H20, которую использовал вендор.

Если ваше требование — «одна фотография на входе, готовая к печати деталь на выходе», этот выпуск этого не делает, как и маркетинг вокруг него. Вам по-прежнему нужны первый этап, этап ремонта и слайсер, а число 90% не переносится на ваши объекты, ваш материал или ваш принтер.

Если вам нужны текстуры, цвет или рендер для показа клиенту, дождитесь v3.0 или воспользуйтесь чем-то другим. Поддержка только геометрии — это жёсткое ограничение, а не временный пробел.

Что изменило бы вердикт, так это узкое и конкретное: названный слайсер, опубликованный тестовый набор, таксономия отказов и базовая линия — в идеале необработанная грубая сетка, чтобы читатель увидел, что же на самом деле дало уточнение. Таблица памяти и задержки при всех трёх разрешениях на более чем одном GPU решила бы вопрос с оборудованием. Пока ничего из этого не существует, честное описание Hi3D v1.0 — это сильный, по-настоящему открытый уточнитель геометрии с производственным заявлением, прикрученным раньше его доказательств.