Kimi K3.1 Pro يكتب كود عوالم ثلاثية الأبعاد بمكتبة Three.js: العرض التجريبي متاح الآن في المتصفح

مشكلة مألوفة: تحتاج إلى مشهد ثلاثي الأبعاد بسيط لنموذج أولي أو صفحة هبوط أو عرض لآلية لعبة. بناؤه يدويًا في Three.js يستغرق وقتًا طويلًا، بينما تقدّم الشبكات العصبية الخاصة بالـ 3D عادةً مجسمات ثقيلة (meshes) يصعب إدخالها في المشروع دون عناء. أما العرض التجريبي Kimi 3D Worlds على Hugging Face Spaces فيُظهر طريقًا مختلفًا: النموذج لا يكتب مجسمًا، بل برنامجًا يبني العالم.

ما هذا وكيف يعمل

Kimi 3D Worlds تطبيق ويب تفاعلي يعرض قدرات نموذج Kimi K3.1 Pro في توليد المشاهد ثلاثية الأبعاد. بحسب وصف كاتب المنشور، يعتمد النموذج بنية MoE: 2.8 تريليون معامل في المجموع، منها 104 مليارات نشطة لكل رمز (token). المهم للقارئ ليس الرقم بحد ذاته بل المبدأ: نموذج كبير بتنشيط متفرق قادر على كتابة كود طويل ومتماسك.

السيناريو بسيط. تُدخل وصفًا نصيًا للمكان، مثل «غابة ضبابية مع بحيرة عند الفجر». وعند الحاجة تُرفق رسمًا تخطيطيًا مرجعيًا أو تختار أسلوبًا بصريًا. بعد ذلك يولّد Kimi K3.1 Pro كودًا قابلًا للتنفيذ للمشهد باستخدام Three.js وWebGL. يُعرض العالم في المتصفح بوضع ملء الشاشة. وبحسب الوصف، يتضمن تحكمًا حرًا بالكاميرا، وإضاءة إجرائية، وshaders، وتحريك الكائنات.

وهنا النقطة الجوهرية. لا تحصل على مجموعة بكسلات ولا على أصل ثنائي مغلق، بل على JavaScript عادي. يمكنك فتحه وقراءته وتعديل لون الضباب أو تغيير سرعة الحركة أو ربطه بتطبيقك. بالنسبة إلى المطور، هو أقرب إلى «مكوّن مولَّد» منه إلى «صورة مولَّدة».

لماذا يهمّ الممارسين

أولًا: النماذج الأولية السريعة. يستطيع مدير المنتج أن يُري فريقه خلال دقائق شكل مُهيّئ ثلاثي الأبعاد، أو صالة عرض افتراضية، أو خلفية تفاعلية لموقع. في السابق كان مثل هذا النموذج يتطلب مطور واجهات أمامية مستقلًا يتمتع بخبرة في WebGL.

ثانيًا: عتبة الدخول. Three.js مكتبة قوية لكنها ليست الأكثر ودًّا: مشهد وكاميرا ومُصيِّر ومواد وshaders. يتيح توليد الكود من الوصف البدء بقاعدة عملية والتعلم منها بدل البدء بملف فارغ.

ثالثًا: إشارة إلى السوق. تُظهر النماذج قدراتها بصورة متزايدة عبر توليد عناصر تفاعلية: ألعاب وتصورات بيانية وتطبيقات صغيرة. وهذا اختبار عملي لا يقوم على معيار قياسي: فإما أن يعمل الكود ويبدو مقبولًا أو لا. ولتقييم قدرات النموذج البرمجية، هذا الشكل أكثر صدقًا من الأرقام الجميلة.

القيود وما يجب مراقبته

حتى الآن هو عرض تجريبي فقط. لا يتضح من المنشور كيف يتصرف النموذج مع الطلبات المعقدة، ولا كم يستغرق التوليد، ولا مدى استقرار تشغيل الكود من المحاولة الأولى. ولم يُذكر شيء عن الأداء: فالمشاهد الإجرائية ذات الـ shaders قد تتباطأ على جهاز ضعيف أو في متصفح الهاتف، ولا يُحل ذلك إلا بتحسين يدوي.

وهناك مسألة الجودة. فكود المشهد المولَّد ليس بالضرورة مرتبًا: البنية، وإعادة الاستخدام، وتحرير الذاكرة، والتكيف مع الشاشات المختلفة. وللإنتاج سيلزم مراجعته كأي كود صادر عن نموذج لغوي كبير. كما يجدر التحقق من شروط استخدام النموذج والعرض التجريبي إذا كنت تنوي اعتماد النتيجة في مشروع تجاري.

وأخيرًا، الوصول. إنه Space على Hugging Face، وليس منتج API جاهزًا بضمانات. ولا يوجد ما يدعو إلى افتراض أن العرض سيعمل دون انقطاع أو أن القدرات نفسها متاحة بالقدر نفسه عبر API.

ماذا تفعل الآن

إذا كنت تطوّر منتج ويب يتضمن مشاهد أو تصورات أو ألعابًا، فخصّص نصف ساعة للاختبار. أعطِ العرض ثلاثة طلبات متفاوتة التعقيد: منظرًا طبيعيًا بسيطًا، ومشهدًا بكائنات تفاعلية، ومشهدًا بناءً على رسمك التخطيطي. راجع الكود الناتج، وكم فيه من الأرقام السحرية، وهل يمكن دمجه في مشروعك دون إعادة كتابة.

وإذا كنت تختار نموذجًا لمهام البرمجة، فأضف «ولّد مشهدًا ثلاثي الأبعاد بـ Three.js» إلى مجموعة اختباراتك الشخصية. إنه فحص سريع للتفكير المكاني، والتعامل مع واجهة برمجة المكتبة، والقدرة على إيصال كود طويل إلى حالة قابلة للتشغيل.

الخلاصة: Kimi 3D Worlds ليس ثورة، بل واجهة عرض جيدة تُظهر أن توليد الكود يتجاوز النماذج والنماذج الإدارية وتطبيقات CRUD. وإذا تأكدت الجودة في مهامك، فستحصل على وسيلة سريعة لتحويل الوصف إلى نموذج أولي حي يبقى كودًا عاديًا قابلًا للتطوير.