Hi3D v1.0 הוא קוד פתוח: מה הטענה בדבר הדפסת תלת־ממד למעשה מחייבת

Hi3D v1.0 עלה ל-GitHub ול-Hugging Face ב-23 באוקטובר 2026 עם מספר אחד שהוצמד לו: 90% הצלחה בסלייסינג. המספר הזה הוא כל הסיבה שחנות להדפסת תלת-ממד צריכה להתעניין בשחרור, והוא גם המספר היחיד שהמאגר לא יכול לשחזר. אין בו סלייסר, אין רשתות בדיקה, אין קו בסיס, ואין הגדרה של מה נחשב לכישלון. מה שבפועל נמצא במאגר הוא משמעותי: קוד הסקה, שמונה קבצי משקולות, וצינור עיבוד שמקבל תצלום ייחוס בתוספת רשת גסה ומחזיר רשת צפופה בהרבה, עד לרשת חילוץ דלילה אפקטיבית בגודל 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, ושתי תצורות transformer וקבצי 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 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% מופיע בהודעה לעיתונות, לא בקוד, ולא מצוין שם של תוכנת חיתוך. קובץ מחותך הוא גם לא חלק מודפס: הצלחה בחיתוך לא מלמדת שההדפסה תידבק, תשרוד את התמיכות, או תשמור על סבילות.

המספרים, ממוינים לפי מה שבאמת מגבה אותם

ההודעה לעיתונות מערבבת טענות ברמות תמיכה שונות מאוד. צירופן יחד הוא הדרך שבה מספר של ספק הופך לעובדה בהחלטת רכישה.

• כ-שני מיליון נכסי תלת-ממד שנאצרו — כפי שנמסר בהודעה לעיתונות ובכרטיס המודל, ובהתאמה לשושלת Sparc3D, שאותה תיאר המאמר הקודם בכ-500,000 נכסים. לא ניתן לבצע ביקורת על תהליך האוצרות ממאגר הקוד, משום שגם מערך הנתונים וגם קוד האימון אינם מסופקים. יש להתייחס לכך כאל נתון מהימן מצד הספק, ולא כאל נתון מאומת.

• 1536³ רזולוציה אפקטיבית — זו הגדרה אמיתית. ה-pipeline מריץ מעבר אחד עבור 512³, שניים עבור 1024³ ושלושה עבור 1536³, עם 25 עדכוני מתזמן בכל מעבר כברירת מחדל. המילה "אפקטיבית" חשובה: אלו הן רשתות קואורדינטות וחילוץ דלילות נומינליות, לא טנזור סמוי צפוף בגודל 1536³. ה-README גם מציין שהגדרת 1536³ אומתה רק על H20 עם 96 GB ושההיתכנות וזיכרון השיא בכרטיסים קטנים יותר אינם מצוינים.

• 90% הצלחה בפריסה — מדווח על ידי הספק, לא שוחזר, וללא מתודולוגיה. אין סלייסר, אין הגדרת כשל, אין קו בסיס, אין מערך בדיקות. זהו המספר המצוטט ביותר בהכרזה והפחות ניתן לבדיקה.

• הנאמנות ועושר הפרטים הגבוהים ביותר בריבוי מבטים — מוצג כתוצאה של "ההערכה המדווחת", שאינה במאגר. אין טבלת השוואה, אין רשימת מתחרים ואין פירוט לפי קטגוריה.

• "אומת בתהליכי עבודה אמיתיים בסביבת ייצור" — משפט בעמוד ההכרזה, בלי שותף בשם, בלי מקרה בוחן ובלי תיאור של תהליך עבודה. ייתכן שהוא נכון. הוא עדיין לא ראיה.

קיר החומרה

מערך החומרה שנמדד הוא NVIDIA H20 עם 96 GB, והמאגר מציין בכנות שזו המכונה שעליה אומתה ההגדרה הגבוהה ביותר. הדרישות הנלוות ספציפיות באותה מידה: Linux, יכולת חישוב 8.0 או חדשה יותר, CUDA 12.0 עד 12.5, וללא נתיב הסקה על CPU כלל. ל-flash-attn אין מימוש attention חלופי, ולכן כשל בבנייה שם הוא קטלני ולא מצב מופחת. גודל האצווה הוא אחד.

פריקת CPU סדרתית נתמכת ומפחיתה את השהייה ב-GPU, אך ה-README מקפיד לומר שהיא אינה קובעת דרישת זיכרון GPU מינימלית ואינה מסירה את העלות של תכונות מפוענחות. בפועל זה אומר שמסלול ה-one-pass של 512³ עשוי להתאים לכרטיס 24 GB, אבל איש לא פרסם טבלת זיכרון, והספק לא טען זאת. אם התוכנית שלך תלויה ב-4090, אתה מריץ תצורה לא מאומתת וצריך לתזמן ולמדוד אותה בעצמך לפני שאתה מתחייב.

איך נראה תהליך הדפסה עובד

Hi3D v1.0 הוא שלב אחד. מאגר הקוד כולל מתאם אופציונלי שמשתמש ב-Hunyuan3D-2 mini של Tencent כדי לייצר את המאש הגס מתמונה בודדת; Hunyuan הוא צד שלישי ואינו תלות של ספריית הליבה, אבל בלי משהו כזה אין לך קלט.

אז הרצף האמיתי הוא: ליצור או להשיג רשת גסה, לעדן אותה עם Hi3D ברזולוציית 512³, 1024³ או 1536³, לייצא את הגיאומטריה, לשנות את קנה המידה למידות אמיתיות, לתקן כל טופולוגיה שהשלב הגס טעה בה, לוודא אטימות למים, ואז לפרוס. לשלושה מהשלבים האלה — תיקון, אטימות למים ופריסה — אין מקבילה בשום מקום בגרסה, והראשון הוא המקום שבו רוב הכשלים יקרו בפועל.

OrcaRouter אינו מארח את Hi3D v1.0 או כל מודל תלת-ממד אחר, והוא לא יחזיר רשת תלת-ממדית הניתנת להדפסה מקריאת API. מה שהוא כן מארח הוא עבודת הטקסט והראייה סביב הפייפליין: כתיבת בריף האובייקט, יצירת כיתוב לתמונת הרפרנס, והערכת רנדורים מרובי מבטים לאיתור פגמים לפני שתשקיע זמן GPU במעבר ב-1536³. זהו נקודת קצה אחת ליותר מ-200 מודלים עם מעבר אוטומטי לשרת חלופי, מה שמועיל כאשר הבדיקות הנלוות הן החלק שאתה לא רוצה לבנות בעצמך. שלב התלת-ממד נשאר על החומרה שלך.

מי צריך להוריד את זה השבוע

אם כבר יש לך מחולל רשתות גסות בפרודקשן — Hunyuan3D-2 mini, TripoSR, או שלב פנימי — והצוואר בקבוק שלך הוא שהרשתות נראות רכות, Hi3D v1.0 שווה יום של זמן GPU. מסלול 512³ הוא נקודת ההתחלה; מסלול 1536³ דורש כרטיס בדרגת H20 שספק הכלי השתמש בו.

אם הדרישה שלך היא "תמונה אחת נכנסת, חלק מודפס יוצא", הגרסה הזו לא עושה זאת, וגם לא השיווק שסביבה. עדיין תזדקק לשלב הראשון, לשלב התיקון ולחותך (slicer), והמספר 90% אינו עובר לאובייקטים שלך, לחומר שלך או למדפסת שלך.

אם יש צורך בטקסטורה, בצבע או ברינדור מול לקוח, המתינו ל-v3.0 או השתמשו במשהו אחר. גיאומטריה בלבד היא גבול קשיח, לא פער זמני.

מה שישנה את פסק הדין הוא צר וספציפי: סלייסר בשם מפורש, סט בדיקות מפורסם, טקסונומיית כשלים ובסיס השוואה — רצוי המש הגס הלא מעודן, כדי שקורא יוכל לראות מה העידון בעצם נתן. טבלת זיכרון והשהיה בכל שלוש הרזולוציות על יותר מ-GPU אחד תכריע את שאלת החומרה. עד שאחד מאלה קיים, התיאור כן של Hi3D v1.0 הוא מעדן גיאומטריה חזק ופתוח באמת, עם טענת ייצור שהוצמדה לו לפני הראיות שלה.