Hi3D v1.0 مقابل Hy-Nomas: كلاهما يدّعي أنه مفتوح المصدر، لكن واحدًا فقط يناسب بطاقة الرسوميات لديك

Hi3D v1.0 وHy-Nomasنُشرا بفارق يومين في أكتوبر 2026، وكلاهما من مختبرات صينية، وكلاهما بأوزان قابلة للتنزيل، ووصف كلٌّ من ناشريهما أنه مفتوح المصدر. لكنهما ليسا من النوع نفسه من الانفتاح. يُطرح Hy-Nomas، النموذج العالمي التفاعلي من تينسنت هونيوان الذي نُشر في 21 أكتوبر 2026، بموجب Apache 2.0 ويوثّق مسارًا للتشغيل على بطاقة RTX 4090 واحدة. أما Hi3D v1.0، خط Sparc3D المفتوح المصدر في 23 أكتوبر 2026، فيُطرح بموجب اتفاقية مخصصة تتضمن شرطًا عند بلوغ 200,000 مستخدم شهري، وجرى التحقق من صحته على H20 بسعة 96 GB. أحد هذين الفارقين يحدد ما إذا كان بإمكانك النشر على الإطلاق. والآخر يحدد ما إذا كان بإمكانك النشر تجاريًا دون مكالمة هاتفية.

لا يُعد أي من الطرازين بديلاً عن الآخر، ومقارنة الترخيص والعتاد أكثر فائدة من مقارنة الجودة، لأن أياً من الناشرين لم يُصدر أدلة تدعم مقارنة الجودة. لذا ابدأ بالأبواب، لا بالصور.

ترخيصان، وبابان مختلفان

• Hy-Nomas — Apache 2.0. لا حد لعدد المستخدمين، ولا شرط مرتبط بالإيرادات، ولا متطلب إسناد يتجاوز التزامات الإشعار المعتادة. هذا ترخيص يمكن لفريق قانوني اعتماده دون محادثة.

• Hi3D v1.0 — اتفاقية ترخيص Hi3D المفتوح 1.0، وهي ليست ترخيصًا معتمدًا من OSI. يُسمح بالاستخدام التجاري. ولكن إذا تجاوز منتج أو خدمة ذات صلة 200,000 مستخدم نشط شهريًا أو 1,000,000 دولار أمريكي من الإيرادات الشهرية، فيجب على المرخَّص له إخطار Hi3D والتقدم بطلب للحصول على ترخيص كتابي منفصل خلال 60 يومًا. كما يجب أن تعرض عمليات الدمج التجارية "Powered by Hi3D 1.0," مع رابط إلى الموقع الرسمي حيث تدعم الوسيلة ذلك. لا تستدعي المخرجات المستقلة التي لا تحتوي على أي مواد أو مشتقات من Hi3D بحد ذاتها التزامات العلامة التجارية أو الحجم.

شروط Hi3D ليست عدائية. فتحت الحد، هي متسامحة، واستثناء المخرجات منطقي بشكل غير معتاد لأداة تتمثل مهمتها كلها في إنتاج ملف. لكنها تفرض التزامًا يُفعّل مع النجاح، وهو بند للعناية الواجبة لأي شركة ممولة ومجهول حقيقي لسوق أو تطبيق استهلاكي. لا يمتلك Apache 2.0 مثل هذا المفتاح. إذا كان نشرك يمكن أن يتجاوز بشكل معقول مئتي ألف مستخدم شهريًا، فإن هذا الفرق يستحق أكثر من أي اختبار معياري نشرته أي من الشركتين.

الحاجز العتادي هو الخندق الحقيقي

• Hy-Nomas — ثماني وحدات GPU افتراضيًا. تُدعم بطاقة RTX 4090 واحدة مع تكميم INT8 أو FP8 إلى جانب تفريغ الحمل إلى CPU. تبلغ نقاط التحقق الكاملة حوالي 196 GB؛ ويُوثّق مسار الذاكرة المنخفضة عند نحو 38 GB. لا يزال ذلك جهازًا جادًا، لكنه جهاز يمكن لاستوديو صغير أو فرد مجهّز جيدًا امتلاكه.

• Hi3D v1.0 — بطاقة NVIDIA H20 بسعة 96 GB في التكوين المعتمد. Linux فقط، وقدرة حوسبة 8.0 أو أحدث، وCUDA من 12.0 إلى 12.5، دون مسار استدلال عبر CPU، وحجم دفعة واحد، وflash-attn/ دون تنفيذ انتباه احتياطي. يقلل التفريغ التسلسلي لوحدة CPU من الإقامة على GPU، لكن README يذكر صراحةً أنه لا يحدد حدًا أدنى لمتطلبات الذاكرة.

هذه هي أوسع فجوة عملية بين الإصدارين. يمكن لمالك بطاقة 4090 تشغيل Hy-Nomas بدقة مخفّضة وقبول تكلفة الجودة. لكن مالك بطاقة 4090 لا يستطيع تشغيل التكوين الذي تحقّق منه Hi3D: فمسار 1536³ لم يُختبر إلا على H20، ولم يُذكر حدّ ذروة الذاكرة على البطاقات الأصغر. قد يتّسع إعداد 512³ ذي المرور الواحد، لكن البائع لم يؤكّد ذلك ولم ينشر أحد جدول ذاكرة. إذا كنت تخطط للميزانية، فإن Hy-Nomas لديه مسار رخيص موثّق بينما Hi3D ليس لديه ذلك.

ما الذي يخرج؟

• Hi3D v1.0 — شبكة. هندسة فقط، بلا خِرائط نسيج، ولا مواد، ولا ألوان للرؤوس، أُعيد توسيطها وطُبِّعت على نصف قطر أقصى قيمته وحدة واحدة. يُهمَل المقياس والإحداثيات العالمية، لذا فإن الملف له شكل لكن ليس له حجم فيزيائي.

• Hy-Nomas — فيديو. 720×1280 بمعدل 24 إطارًا في الثانية، وثماني خطوات لإزالة الضوضاء في الإعداد المُقطَّر. لا توجد شبكة ولا مخزن عمق ولا نظام إحداثيات في المخرجات. يُولّد النموذج المظهر بمرور الوقت، لا الهندسة.

لا يمنحك أيٌّ منهما أصلًا مزوّدًا بالنسيج، والقصوران متعاكسان. يمنحك Hi3D شكلًا بلا سطح: قابلًا للطباعة، لكنه رمادي. ويمنحك Hy-Nomas سطحًا بلا شكل: مقنعًا للمشاهدة، لكنه عديم الفائدة للتصنيع. إذا كانت أداتك اللاحقة هي أداة تقطيع للطباعة، فإن أحد هذين المخرجين فقط يمكنه تغذيتها. وإذا كانت أداتك اللاحقة هي مُرمّز فيديو، فإن الآخر فقط يمكنه ذلك.

ما الذي يدخل

• Hi3D v1.0 — صورة مرجعية بالإضافة إلى شبكة خشنة للجسم نفسه. يتضمن المستودع محولًا اختياريًا يستخدم Hunyuan3D-2 mini من Tencent لإنتاج تلك الشبكة الخشنة؛ Hunyuan طرف ثالث وليس تبعية للمكتبة الأساسية، ولكن دون مرحلة خشنة لا يوجد إدخال.

• Hy-Nomas — نص حر متعدد الأدوار بالإضافة إلى مسار كاميرا صريح، يُقدَّم على هيئة مصفوفات من الكاميرا إلى العالم ومعاملات داخلية عبر الانتباه المتقاطع. لا يوجد إدخال صور. يُوجَّه النموذج باللغة وبالمكان الذي توجّه إليه الكاميرا الافتراضية.

هذا تمييز أوضح من مقارنة المخرجات، لأنه يخبرك بنوع التأليف الذي تتوقعه كل أداة. تتوقع Hi3D كائنًا موجودًا بالفعل في شكل تقريبي وصورة فوتوغرافية له. وتتوقع Hy-Nomas وصفًا ومسارًا عبر مشهد. إحداهما أداة أصول؛ والأخرى كاميرا.

ما الذي تُصدره المستودعات فعليًا

• Hy-Nomas — بنية أساسية MMDiT ثنائية المسار مكوّنة من 54 كتلة بحجم مخفي 2,048 و16 رأسًا، ومُرمِّز نصي Qwen2.5-VL-7B-Instruct، وLoRA سينمائية وLoRA روبوتية، ووصفة تدريب LoRA، وHy-Nomas-Bench: 280 حالة مع نحو 220 مسار كاميرا مرجعي. يُتاح المقياس المرجعي دون درجات منشورة، والتقرير الفني مُعلَّم بأنه سيصدر قريبًا. افتُتح المستودع بـ commit أولي واحد.

• Hi3D v1.0 — شيفرة الاستدلال، وثمانية ملفات أوزان، وقيود Docker، وعروض توضيحية ووثائق. شيفرة التدريب، وأداة التقييم، وتقسيمات المعايير المرجعية، والشبكات المقارنة غائبة جميعها، ولا يُنشر أي عدد للمعاملات في أي مكان في المستودع أو بطاقة النموذج أو الإصدار.

لا يتيح أيٌّ من المستودعين إعادة إنتاج أرقامه الرئيسية، وهذا هو القاسم المشترك الصادق. الفرق الجوهري أن Hy-Nomas توفّر مجموعة معايير ووصفة ضبط دقيق، لذا يمكنك على الأقل بناء تقييمك الخاص وتكييف النموذج. أما Hi3D فتوفر نموذجًا يمكنك تشغيله ولا شيء يمكنك تكييفه. إذا كان فريقك ينوي الضبط الدقيق، فإن هذه الفجوة حاسمة.

نشر أيٍّ منهما، بصراحة

إذا كنت بحاجة إلى عالم تستكشفه، فإن Hy-Nomas هو الوحيد من بين الاثنين الذي يصنع عالمًا، ومساره منخفض الذاكرة هو السبب في إمكانية نشره خارج عنقود. وإذا كنت بحاجة إلى كائن، فإن Hi3D v1.0 هو الوحيد الذي ينتج هندسة، ومتطلب H20 هو السبب في أنه ليس أداة حاسوب محمول.

ما لا يفعله أيٌّ منهما هو إكمال خط معالجة متكامل. يحتاج Hi3D إلى شبكة خشنة ولا يمنحك أي ملمس. ويحتاج Hy-Nomas إلى وصف مشهد ولا يمنحك أي هندسة. والاستوديو الذي يريد الطرفين معًا سيشغّل Hy-Nomas للسياق وHi3D للعناصر الرئيسية، مع مولّد شبكة خشنة بينهما ومرحلة ملمس بعد ذلك — أربعة نماذج، ثلاثة منها ليست في هذه المقارنة.

لا تستضيف OrcaRouter أيّاً من النموذجين، والقول بخلاف ذلك سيكون زائفًا. ما تقدمه المنصة فعلاً هو العمل غير ثلاثي الأبعاد المحيط بهما: توسيع المطالبات قبل Hy-Nomas، وكتابة التعليقات التوضيحية للصور المرجعية قبل Hi3D، والفحوص البصرية على المخرجات المصيَّرة بعد ذلك. ويتم ذلك مقابل هامش ربح بنسبة 0% على سعر قائمة المزوّد، لذا فإن أي تغيير في سعر المورّد يصبح ساريًا لدينا في اليوم نفسه، كما أن لغة التوجيه DSL تتيح لك تجميع تلك الخطوات في استدعاء واحد بدلًا من ربط أربع مجموعات SDK ببعضها. ولا تزال أوزان النموذج ثلاثي الأبعاد تعمل على عتادك.

الأمر الجدير بالمتابعة

Hy-Nomas هو الإصدار الأكثر انفتاحًا بالمعنى التقليدي، ومن المرجح أن يصبح ذلك أهم بمرور الوقت من افتقاره الحالي إلى نتائج تقييم منشورة: فـ Apache 2.0 مع وصفة LoRA يمثلان منصة، بينما يمثل ترخيص مخصص مع شفرة للاستدلال فقط منتجًا. عتبة Hi3D سخية بما يكفي بحيث لن يلمسها معظم المستخدمين أبدًا، لكن بمجرد أن يتجاوز متكامل واحد 200,000 مستخدم شهريًا، تتغير الشروط ويصبح وصف «المصدر المفتوح» مضللًا جوهريًا.

في الوقت الحالي، القرار بسيط. إذا كان قيدك هو وحدة GPU واحدة وترخيص نظيف، فإن Hy-Nomas هو الخيار الذي يمكنك تشغيله فعليًا. وإذا كان قيدك هو ملف شبكي في النهاية، فإن Hi3D v1.0 هو الوحيد من بين الاثنين الذي ينتج واحدًا، وعليك أن تضع ميزانية لـ H20 قبل أن تضع ميزانية لأي شيء آخر.