Fable 5.2 تكتب Path Tracer ومشهدًا من 370 ألف مضلّع بأمر واحد فقط

عندما يتحدث الناس عن الوكلاء (agents)، فإنهم يقصدون عادةً نموذجًا يستعمل أدوات جاهزة: يفتح Blender، أو يستدعي واجهة API، أو يشغّل سكربتًا كتبه غيره. أما التجربة التي تنشرها قناة «Metaverse» (بالروسية «Метаверсище») فتكسر هذا النمط. فقد تلقّى النموذج مهمة، وصنع لنفسه الأدوات، ثم استخدمها بنفسه.

ما الذي حدث بالضبط

كان الأمر جملة واحدة بالإنجليزية. معناها التقريبي: باستخدام أي أساليب برمجة تعرفها، أنشئ لوحة من تشابك الضوء والظل، وأظهر لعبة هادئة للضوء والظل في يوم صافٍ، واسعَ إلى الكمال. لا كلمة فيه عن الرندر أو C++ أو الثلاثي الأبعاد. قرّر النموذج Fable 5.2 (هكذا يسميه كاتب المنشور) بنفسه أن أفضل طريق إلى هذه الصورة هو كتابة محرّك رسم.

وبحسب الوصف، كانت النتيجة كما يلي:

• Path Tracer مكتوب بلغة C++ من الصفر؛
• الشمس كقرص حقيقي لا كنقطة؛
• نحو 370 ألف مضلّع وُلِّدت بالكامل بالشيفرة: أرضية باركيه بنمط عظمة السمكة، وثنيات الستائر، وكل ورقة قيقب خارج النافذة؛
• مواد إجرائية، بما فيها نقش صغير على الجدار؛
• سكربت Python يزيل الضجيج ويجري تصحيح الألوان ويضيف الحبيبات.

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

لماذا هذا مهم للمطورين ومديري المنتجات

أولًا: انتقال من استخدام الأدوات (tool use) إلى صناعتها (tool making). الوكيل المعتاد يختار من مجموعة دوال جاهزة. هنا كتب النموذج أدوات لمهمة واحدة، وعملت مرة واحدة، وانتهى الأمر. وبالنسبة للمطوّر يغيّر هذا السؤال نفسه. كان عليه سابقًا أن يقرر كيف يدمج عشرات حزم SDK. أما الآن فيكفي أحيانًا أن يمنح النموذج بيئة معزولة (sandbox) فيها مترجم، وأن يصف النتيجة المطلوبة.

ثانيًا: هذه ليست صورة ناتجة عن نموذج انتشار (diffusion)، بل برنامج يحسبها. ومن هنا ميزة منطقية، وإن لم تُختبر في المنشور: يمكن إعادة إنتاج النتيجة وتعديلها. إن أردت زاوية شمس مختلفة أو شجرة قيقب أخرى، غيّرت معاملًا وأعدت الرسم. أما مولّد الصور فعادةً لا يمنح هذا القدر من التحكم. وبالنسبة للمنتجات المرتبطة بالثلاثي الأبعاد والتصور المرئي، فهذه إشارة إلى أن الحدّ بين «المولّد» و«الشيفرة» بدأ يتلاشى.

ثالثًا: أثر جانبي على البنية التحتية. يمزح الكاتب بأنه لو حُفظت كل الأدوات ذات الاستخدام الواحد على GitHub لانهارت المنصة، ويزعم أن حجم التخزين فيها نما 20 ضعفًا خلال عام. الرقم من المنشور ولم نتحقق منه. لكن الفكرة نفسها وجيهة: حين تصبح الشيفرة مادة استهلاكية، يصبح السؤال «ما الذي يستحق الحفظ» سؤالًا حقيقيًا.

القيود

• هذا منشور واحد ومثال واحد. من غير المعروف كم تكرارًا داخليًا أجرى النموذج، وكم من الرموز (tokens) والمال استُهلك، وكم من الوقت استغرق العمل. عبارة «مجرد أمر واحد» لا تجيب عن هذه الأسئلة.
• الـ Path Tracer من كلاسيكيات الرسوميات الحاسوبية، وقد كُتبت عنه مواد كثيرة. وفي المهام المتخصصة ذات الأمثلة الأقل قد لا تنجح هذه الحيلة.
• معيار «الكمال» ذاتي. المشهد الجميل لا يثبت أن الفيزياء محسوبة بشكل صحيح في كل مكان.
• النموذج الذي يكتب الشيفرة ويشغّلها يحتاج إلى عزل: بيئة معزولة، وحدود للوقت والذاكرة، ومنعًا للوصول غير الضروري إلى الشبكة.

ماذا تفعل بهذا

جرّب على مهمتك الخاصة. امنح النموذج بيئة فيها مترجم أو مفسّر، وصِغ الهدف لا الوصفة. وانظر هل سيبدأ بكتابة الأدوات بدل اختيار أدوات جاهزة. وضع العزل والحدود مسبقًا. وافتح مستودع afternoon-light: ترى فيه كيف تبدو الشيفرة التي كتبها النموذج لصورة واحدة.