قم ببناء لعبة ثلاثية الأبعاد بأسلوب Zelda من الصفر باستخدام مفتاح API واحد

من خلال جملة واحدة تصف بيئة ما، انتهى بي الأمر بشخصية ثلاثية الأبعاد (3D) مُجهزة (Rigged) يمكنها المشي والقفز داخل محرك ألعاب، تتجول في وادٍ مضيء بيولوجياً يحاكي روح سلسلة Zelda البصرية. لم أفتح أي برنامج نمذجة (Modelling)، ولم أكتب سطراً واحداً من كود الرندرة منخفض المستوى.

يستعرض هذا المقال العملية برمتها، بما في ذلك الأخطاء التي ارتكبتها على طول الطريق. كل قدرات الذكاء الاصطناعي التي استخدمتها جاءت من نفس المنصة، Atlas Cloud، وكان سير العمل بالكامل يعمل بمفتاح API واحد.

QkUbY0NSgEg

النسخة المختصرة: ما كان يتطلب فريقاً كاملاً أصبح الآن يتطلب API واحداً فقط

في الماضي، كان بناء لعبة ثلاثية الأبعاد قابلة للعب يعني تخطي العديد من العقبات التقنية. كان عليك معرفة كيفية النمذجة في أدوات مثل ZBrush أو Blender، وتجهيز الشخصية بهيكل عظمي (Rigging)، وتحريكها عبر الإطارات الرئيسية (Keyframes) أو التقاط الحركة، ثم كتابة الكود اللازم لنقل تلك الأصول إلى محرك ألعاب. بالنسبة لمعظم المبتدئين، كانت أي خطوة من هذه الخطوات كافية لإيقاف المشروع قبل أن يبدأ.

ما أردت اختباره كان بسيطاً: هل يمكن للذكاء الاصطناعي الآن ربط هذه الخطوات من البداية إلى النهاية، مما يسمح لشخص ليس لديه خلفية في النمذجة أو البرمجة بإنشاء عرض توضيحي للعبة ثلاثية الأبعاد يمكن تشغيله بالفعل داخل محرك؟

الإجابة، بعد التجربة، هي نعم. مسار عمل الذكاء الاصطناعي بالكامل، بدءاً من توليد الصور والتحويل إلى ثلاثي الأبعاد وصولاً إلى التكسير (Texturing) وإنشاء الـ Skybox، تم تشغيله عبر مفتاح API واحد. أما أعمال الهندسة التقنية، بما في ذلك التجميع في Blender وإعداد مشروع Godot، فقد تم تنظيمها بواسطة Claude. كان دوري يقتصر بشكل كبير على فحص النتائج ووصف ما أريده بعد ذلك.

مفتاح API واحد حمل سير العمل بالكامل. جميع النماذج مثل GPT Image 2، وYouChuan MJ V8.1، وNano Banana 2، وSeed 3D، وHunyuan 3D وغيرها، عملت جميعها من خلال Atlas Cloud باستخدام نفس المفتاح. لم تكن هناك حاجة للتسجيل في منصة تلو الأخرى، أو شحن حسابات منفصلة، أو دمج واجهات برمجة تطبيقات (APIs) مختلفة يدوياً.

نظرة عامة على سير العمل الكامل، بالترتيب الذي اتبعته فعلياً

plaintextCopy
1①  GPT Image 2       →  فن مفهوم البيئة، تحديد الجماليات: رندرة بأسلوب Zelda بالإضافة إلى وادٍ مظلم مضيء بيولوجياً
2②  GPT Image 2 edit  →  تحويل البيئة إلى "ديوراما ثلاثية الأبعاد" من خلال تنظيفها إلى صورة أساسية متساوية القياس (Isometric)
3③  Hunyuan 3D        →  اختبار المشهد بالكامل بتحويل الديوراما بأكملها إلى ثلاثي الأبعاد في تمريرة واحدة
4④  GPT Image 2       →  توليد Skybox بزاوية 360 درجة بنفس النموذج، لاستخدامه كخلفية اللعبة المرصعة بالنجوم
5⑤  YouChuan MJ V8.1  →  تصميم مفهوم شخصية الحارس (Ranger)، وتحديد جوهر بطل الرواية
6⑥  Nano Banana 2     →  الحفاظ على اتساق الشخصية وإعادة رسم التصميم كمرجع بوضعية T-pose أمامية
7⑦  Seed 3D           →  تحويل صورة الشخصية إلى ثلاثي الأبعاد، مع هندسة نظيفة للشعر والأصابع، وهيكل مناسب للتجهيز (Rigging)، وPBR مدمج، ونموذج Seed الخاص بـ ByteDance
8⑧  Nano Banana 2 + Hunyuan 3D  →  بناء دعامة الفانوس بشكل منفصل
9⑨  Mixamo + Blender × Claude →  التجهيز التلقائي (Rigging) وحركات المشي/الجري/القفز باستخدام Mixamo، ثم يقوم Claude عبر MCP بمعالجة الاستيراد، وربط المواد، والمحاذاة، وتصدير GLB داخل Blender
10⑩  Godot 4           →  دمج كل شيء: وحدة تحكم الشخصية، كاميرا الشخص الثالث، الـ Skybox، الضباب الحجمي، والفانوس المتوهج

استخدمت الخطوات من ① إلى ⑧ جميع قدرات الذكاء الاصطناعي المتاحة على Atlas Cloud، التي تقدم نفسها على أنها "API واحد لكل ذكاء اصطناعي للوسائط"، وهي واجهة واحدة لاستدعاء أكثر من 300 نموذج. يشمل ذلك YouChuan MJ في الخطوة ⑤. أما Mixamo في الخطوة ⑨، وGodot في الخطوة ⑩، وBlender في الخلفية لإعداد المواد، فكانت جميعها أدوات مجانية تابعة لجهات خارجية.

فيما يلي العملية التطبيقية، مع المطالبات (Prompts) الفعلية التي استخدمتها في كل خطوة.

الخطوة 1 | GPT Image 2: أولاً، ارسم العالم

لم تكن نقطة البداية هي الشخصية، بل جماليات العالم بأكمله. استخدمت GPT Image 2 على Atlas Cloud لتوليد صورة مفهوم للبيئة وتحديد النغمة: رندرة بأسلوب Zelda، ممزوجة بوادٍ مظلم مضيء بيولوجياً.

مطالبة البيئة ('text-to-image'؛ ضبطت نسبة العرض إلى الارتفاع على '16:9' في معلمات ساحة اللعب):

plaintextCopy
1bioluminescent fantasy canyon at night, stylized painterly game concept art, towering deep-indigo and magenta rock cliffs glowing with teal veins, tall bell-shaped glowing flora with crystal tips, ancient carved standing stones with angular constellation glyphs, winding ridge path, a small hooded ranger with a warm lantern beside a campfire for scale, misty atmospheric depth, starry night sky, cool teal-and-violet palette with warm amber accent, dreamy magical mood, soft cel-shaded painterly rendering, cinematic wide establishing shot, high detail

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

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

الخطوة 2 | GPT Image 2 'edit': تحويل البيئة إلى ديوراما ثلاثية الأبعاد

بعد ذلك، كان يجب تحويل صورة المفهوم إلى شيء يمكن للنموذج ثلاثي الأبعاد فهمه. لا تعمل لوحة المفهوم ذات الزاوية الواسعة بشكل جيد كمدخل مباشر للنمذجة. الإضاءة درامية للغاية والخلفية مزدحمة جداً. لذا، استخدمت أولاً وظيفة edit في GPT Image 2 لتنظيفها إلى صورة أساسية بنمط ديوراما متساوي القياس (Isometric)، مما يهيئ المواد للمرحلة التالية بفعالية.

مطالبة تحويل الديوراما (GPT Image 2 'edit'، باستخدام صورة بيئة الخطوة 1 كمدخل):

plaintextCopy
1Convert this scene into a clean 3D-renderable isometric diorama, keeping ALL original colors and textures fully intact — purple-magenta rock, teal glowing bell flowers, carved runestones, mossy ground. Plain simple background. Even soft neutral lighting so the true surface colors read clearly; remove only the heavy colored rim-light, fog and warm campfire glow. Do NOT desaturate, do NOT turn into grey clay. Preserve material and texture detail, single connected terrain chunk, 3/4 orthographic view, no text, no characters.

الفخ الأسهل هنا: لا تسمح للصورة بالتحول إلى نموذج طيني رمادي-أبيض. يقرأ Hunyuan معلومات القوام (Texture) للمرحلة التالية مباشرة من الألوان الموجودة في الصورة المدخلة. إذا قمت بتزويده بصورة تشبه الطين الرمادي، فلن يتمكن إلا من إرجاع نموذج رمادي. لهذا السبب تنص المطالبة صراحةً على "الحفاظ على جميع الألوان الأصلية" و"عدم إزالة التشبع". الهدف هو إزالة ضوء الحواف القوي والضباب وتوهج نار المخيم الدافئ فقط، مع الحفاظ على تفاصيل اللون الأساسي والمادة.

الخطوة 3 | Hunyuan 3D: رفع الديوراما بالكامل إلى ثلاثي الأبعاد في تمريرة واحدة

كانت هذه الخطوة اختبار ضغط متعمد. بدلاً من تقسيم المشهد إلى أصول منفصلة، قمت بتغذية صورة الديوراما بأكملها من الخطوة السابقة إلى Hunyuan 3D لأرى ما إذا كان بإمكانه إعادة بناء المشهد بالكامل دفعة واحدة.

كانت النتيجة أكثر قابلية للاستخدام مما كنت أتوقع. خرجت الديوراما بحوالي 100,000 وجه. تم الحفاظ على هيكلها العام وأشكال الصخور وعلاقات التضاريس بشكل جيد، وجاءت مع قوام PBR بدلاً من شبكة بيضاء فارغة. كنت أتوقع شيئاً أقرب إلى نقوش بارزة مسطحة. بعد المعالجة المسبقة للديوراما، كان نموذج المشهد الكامل أكثر قابلية للاستخدام مما كان متوقعاً. كانت مفاجأة سارة تستحق الذكر.

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

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

قاعدة واحدة تسري على المشروع بأكمله: حافظ على عدد الوجوه (Face count) أقل من 100,000. في اللعبة، النموذج الذي يعمل بسلاسة أهم من ذلك الذي يحتوي على تفاصيل مفرطة. بمجرد أن يصبح عدد الوجوه مرتفعاً جداً، يصبح التجهيز (Rigging) أكثر صعوبة، ويتباطأ المحرك، وتستغرق التكرارات وقتاً طويلاً. بالنسبة لأصول الألعاب القابلة للعب، عادة ما يكون 50,000 إلى 100,000 وجه كافياً. قد توفر أدوات النمذجة 500,000 أو مليون وجه، لكن هذا أكثر ملاءمة للأفلام أو الطباعة ثلاثية الأبعاد. العرض التوضيحي القابل للعب لا يحتاج إلى ذلك.

الخطوة 4 | GPT Image 2: توليد Skybox بزاوية 360 درجة بنفس النموذج

لم يتم نمذجة السماء المرصعة بالنجوم في اللعبة. كانت عبارة عن Skybox في المحرك، وهي صورة بانورامية تلتف حول العالم بأكمله. استخدمت GPT Image 2 مرة أخرى، في خطوتين:

1. أولاً، استخدمت صورة مفهوم بيئة الخطوة 1 كمرجع من صورة إلى صورة وولدّت سماءً مرصعة بالنجوم نظيفة، مع إزالة التضاريس والحفاظ على السماء فقط. ظلت الألوان والأجواء متسقة مع الإعداد الأصلي: تدرج من النيلي العميق إلى الأزرق الملكي، نجوم كثيفة، شفق قطبي أزرق مخضر، نيازك وسدم.
2. ثم استخدمت edit لتحويل تلك الصورة إلى بانوراما كروية مستطيلة بزاوية 360 درجة مع نسبة 2:1 وحواف يمنى-يسرى متصلة، جاهزة للإسقاط في المحرك كـ Skybox.

مطالبة السماء النظيفة (من صورة إلى صورة، باستخدام صورة مفهوم بيئة الخطوة 1؛ نسبة العرض إلى الارتفاع '2:1'):

plaintextCopy
1A pure night sky only, no terrain and no horizon line, bioluminescent dark fantasy game sky: smooth deep indigo-to-royal-blue gradient, a dense field of bright white and pale-cyan stars, soft flowing teal-green aurora ribbons, a faint cyan-and-magenta nebula glow, one or two thin meteor streaks, dreamy magical atmosphere, soft cel-shaded painterly rendering, no ground, no mountains, no characters, sky fills the entire frame.

التحويل إلى بانوراما بزاوية 360 درجة ('edit'، باستخدام صورة السماء أعلاه؛ نسبة العرض إلى الارتفاع '2:1'):

plaintextCopy
1Convert this night sky into a full 360-degree equirectangular spherical panorama with a 2:1 aspect ratio, for use as a seamless game skybox. Wrap horizontally so the left and right edges line up with no visible seam. Keep the same teal-and-violet palette, bright stars and soft aurora. No ground, no characters, seamless tiling.

تظهر هذه الخطوة مرة أخرى ميزة وجود مفتاح واحد يغطي السلسلة بأكملها. تم توليد صورة البيئة، وأساس الديوراما، والـ Skybox جميعها بواسطة GPT Image 2، دون الحاجة حتى إلى تبديل النماذج.

الخطوة 5 | YouChuan MJ V8.1: رسم بطل الرواية (الحارس)

بمجرد تحديد البيئة، حان الوقت للبطل. الشخصية هي روح المشروع. استخدمت YouChuan MJ V8.1 على Atlas Cloud لأن اتساق أسلوبها والأجواء البصرية كانت مناسبة للمشروع، مما جعلها مناسبة لتحديد الشعور العام للبطل.

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

مطالبة الشخصية (وصف بسيط؛ تم ضبط نسبة العرض إلى الارتفاع وقوة الأسلوب في لوحة المعلمات، وليس كتابتها في المطالبة):

plaintextCopy
1full body character design of a young female explorer-ranger, athletic slim build, short tousled hair or a low tied-back ponytail (no long loose hair over the shoulders), wearing a fitted sleeveless leather tunic with glowing teal-rune trim over a slim close-fitting long-sleeve underlayer, fitted trousers tucked into sturdy boots, fingerless gloves and forearm bracers, a small warm-amber lantern clipped at the hip, gentle determined expression, bioluminescent dark fantasy style, cool teal-and-violet palette with warm amber accent glow, soft cel-shaded painterly rendering, calm neutral standing pose with arms held clearly away from the torso, clean plain background, full body visible head to toe, clearly separated arms and legs, NO cape, NO robe, NO flared sleeves, NO face-covering hood, game character concept art, high detail

إعدادات المعلمات: نسبة العرض إلى الارتفاع '2:3' لصورة عمودية لكامل الجسم، الأسلوب 'raw'، Stylize '250'.

أهم درس في المشروع بأكمله: اختر شخصية صديقة للتجهيز (Rig-friendly).

كانت نسختي الأولى من البطلة عبارة عن كاهنة مقنعة، بأكمام واسعة، وأثواب طويلة، وغطاء رأس يغطي الوجه، وشعر طويل متساقط فوق الكتفين. كانت اللوحة تبدو جميلة، لكن التجهيز (Rigging) انهار تماماً. دمج الثوب الساقين في تنورة مخروطية الشكل، لذا لم يستطع التجهيز التلقائي تحديد مكان الساقين. أصبحت الأكمام الواسعة قطعاً كبيرة من القماش العائم التي لم تستطع عظام الهيكل العظمي قيادتها بشكل صحيح، مما تسبب في تداخل حاد بمجرد تحرك الشخصية. كان غطاء الرأس والوجه أيضاً جزءاً من نفس الشبكة (Mesh)، لذا تشوه الوجه عند سحب الأوزان.

المشكلة الأساسية هي أن القماش الفضفاض والمعلق هو ما صُممت محاكاة القماش (Cloth simulation) للتعامل معه. فرض ذلك على هيكل عظمي صلب له حدود واضحة، خاصة للمبتدئين.

لهذا السبب من الأفضل اختيار شخصية ذات أطراف مفصولة بوضوح وملابس ضيقة. لم يكن الاستخدام المتكرر في المطالبة لكلمات مثل fitted (ضيق)، وNO flared sleeves (لا أكمام واسعة)، وclearly separated arms and legs (أذرع وأرجل مفصولة بوضوح)، وNO hood (لا غطاء رأس) من قبيل الصدفة. كانت كل عبارة موجودة لحظر وضع فشل معين. اختيار الشخصية المناسبة يمكن أن يوفر نصف المتاعب لاحقاً في التجهيز.

-nfsSpYWdGI

الخطوة 6 | Nano Banana 2: الحفاظ على الاتساق وإعادة رسم الشخصية بوضعية T-pose أمامية

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

انتقلت هذه الخطوة إلى Nano Banana 2. قامت بإعادة رسم صورة مفهوم MJ إلى وضعية T-pose أمامية نظيفة مع الحفاظ على هوية الشخصية. كما قمت بإزالة الفانوس من يدها، حيث سيتم نمذجة الفانوس لاحقاً بشكل منفصل، وقمت بتقصير وتسطيح غطاء القماش عند الخصر حتى لا يتحول إلى مشكلة أخرى من مشاكل محاكاة القماش.

مطالبة معالجة وضعية T-pose (NB2 'edit'، باستخدام صورة شخصية MJ المختارة كمدخل):

plaintextCopy
1Redraw this exact character in a clean front-facing T-pose for 3D modeling: both arms extended straight out horizontally to the sides with a clear visible gap between the arms and the torso, hands open and empty, legs straight and clearly apart (not touching), standing upright, symmetric, facing forward. Keep the identical character identity — blue tousled short hair with a small ponytail, same face, sleeveless vest with glowing teal-rune trim, fitted long-sleeve underlayer, fingerless gloves, fitted trousers, chunky boots, cool teal-and-violet palette with warm accents. Remove the lantern and any held prop. Replace the bulky side hip pouch with a slim flat tactical belt. Shorten the hanging front cloth flap so it ends above mid-thigh, never between the legs. Even neutral lighting, plain pure white background, no shadows, full body head to toe, clearly separated arms and legs, everything fitted close to the body, NO cape, NO robe, NO flared sleeves, NO hood, clean game-character reference.

كان سبب اختيار Nano Banana 2 هنا عملياً. فهو قوي في الحفاظ على اتساق الشخصية، بحيث لا ينجرف الوجه والملابس عند تغيير الوضعية أو زاوية العرض. كما أنه سريع وغير مكلف، مما يجعل التكرار المتكرر أمراً سهلاً.

هذه الخطوة هي في الأساس مترجم مسار العمل بأكمله. فهي تحول صورة تبدو جيدة للبشر إلى صورة يمكن للنموذج ثلاثي الأبعاد قراءتها.

لماذا T-pose بدلاً من A-pose؟ مع إبقاء الأذرع أفقياً، يكون هناك أقل قدر من الانسداد بين الإبط والجذع. ينتج عن التوليد من صورة إلى ثلاثي الأبعاد هندسة أنظف، وتتعرف أدوات التجهيز التلقائي على الهيكل بشكل أكثر موثوقية.

نقطة أخرى: قبل تغذية الصورة في نموذج من صورة إلى ثلاثي الأبعاد، قم بتنظيفها جيداً. استخدم خلفية بيضاء واضحة، ومركز الشخصية، وحافظ على كامل الجسم في الإطار دون قص، وبسّط الخلفية وتأكد من وجود موضوع واحد فقط في الصورة. يعتمد نموذج Seed 3D في الخطوة 7 على هذه الصورة لإعادة بناء الشخصية. كلما كان الموضوع المدخل أنظف وأكثر بروزاً، كانت الهندسة المولدة أكثر دقة. عبارات مثل plain pure white background وfull body head to toe وclearly separated arms and legs كانت موجودة لسبب ما.

الخطوة 7 | Seed 3D: من عرض أمامي واحد إلى شخصية ذات قوام كامل

كان هذا هو الحدث الرئيسي. بالنسبة للشخصية، استخدمت Seed 3D على Atlas Cloud، وهو نموذج ByteDance. قمت بتغذيته بالعرض الأمامي بوضعية T-pose من الخطوة السابقة، فقام بتوليد نموذج شخصية كامل مع قوام PBR. اجتمعت الهندسة والمادة في تمريرة واحدة. حمل نفس مفتاح API سير العمل بسلاسة من توليد الصور إلى التوليد ثلاثي الأبعاد.

لماذا استخدم Seed للشخصية ولكن Hunyuan للبيئة؟ قمت بتشغيل كلا النموذجين على نفس المواد. كان الاستنتاج هو أنه يجب تعيينهما حسب حالة الاستخدام:

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

في الممارسة العملية، أدى Seed 3D أداءً جيداً. من صورة أمامية فقط، استنتج بشكل معقول الجزء الخلفي من الرأس، والجزء الخلفي من الجسم، وباطن القدمين بنفس الأسلوب. كما تضمنت مواد PBR، وخرج الشعر والأصابع نظيفاً. هذه النقطة الأخيرة هي بالضبط سبب نجاحه مع شخصية مجهزة.

إعدادات لوحة Seed: يحتوي Subdivision Level على ثلاثة مستويات. low هو 100,000 وجه، وmedium هو 500,000، و'high' هو مليون وجه. باتباع قاعدة عدد الوجوه، حافظت عليه أقل من 100,000 واستخدمت low للشخصية. بالنسبة لـ 'File Format'، اخترت GLB، الذي يتضمن قوام PBR ويتم التعرف عليه أصلاً بواسطة كل من Blender وGodot. يأتي التنزيل كملف .zip.

الخطوة 8 | Nano Banana 2 + Hunyuan 3D: بناء دعامة الفانوس بشكل منفصل

لم ألحم الفانوس في نموذج الشخصية. بدلاً من ذلك، صنعته كأصل دعامة منفصل. هذا يحافظ على نظافة التجهيز والتحريك؛ داخل المحرك، يمكن ببساطة ربط الفانوس بيد الشخصية.

أولاً، استخدمت Nano Banana 2 لتوليد صورة فانوس مستقلة نظيفة من زاوية 3/4. حرصت على عدم خبز التوهج في القوام، تاركاً السطوع ليتم التعامل معه داخل المحرك.

مطالبة دعامة الفانوس (NB2 'text-to-image'):

plaintextCopy
1A single rugged adventurer's handheld lantern as a standalone 3D game asset, compact portable explorer design, weathered dark gunmetal-and-brass frame with glowing teal-rune engravings, a warm-amber glowing crystal core behind simple flat glass panels, ONE single sturdy fixed carry ring on top only — no side handle, no swinging bail, a few practical leather straps and rivets, bioluminescent dark fantasy style matching a teal-and-violet explorer with warm amber accents, centered on a pure white background, even neutral studio lighting, full object visible, 3/4 orthographic view, true material colors, no strong glow baked in, no shadows, clean reference.

ثم قمت بتغذيته في Hunyuan 3D Pro، مع ضبط face_count على 40,000، وتفعيل enable_pbr وGLB كتنسيق. تم الحفاظ على الإطار المعدني وقوام الرون الزخرفي.

لماذا Hunyuan للدعامة بدلاً من Seed: يسمح Hunyuan Pro بتقليل 'face_count' إلى 40,000. الحد الأدنى لـ Seed هو 100,000. بالنسبة لدعامة صغيرة، يكون 40,000 وجه أخف في المحرك.

الخطوة 9 | Mixamo: التجهيز المجاني وحركات المشي والجري والقفز

في هذه المرحلة، كان النموذج لا يزال تمثالاً. لتحريكه، كان يحتاج إلى هيكل عظمي وحركات. استخدمت نسخة الويب من Mixamo، وهي أداة Adobe المجانية. يمكنك تسجيل الدخول باستخدام Adobe ID واستخدامها دون كتابة كود.

يحدث كل من التجهيز والتحريك داخل Mixamo، باستخدام الهيكل العظمي الأصلي لـ Mixamo، لذلك لا يوجد إعادة استهداف (Retargeting)، ولا مكون إضافي، ولا حاجة للمصارعة مع مهام سير عمل Blender المعقدة. هذا هو السبب الرئيسي لاختيار Mixamo. يمكن للمبتدئ تحميل النموذج، والنقر بضع مرات، وتنزيل شخصية يمكنها بالفعل المشي والقفز.

1. التجهيز: قم بتحميل نموذج الشخصية وضع بعض العلامات على الذقن، والمعصمين، والمرفقين، والركبتين، والأربية. ثم يقوم Mixamo بتوليد هيكل عظمي بشري قياسي تلقائياً. لأن هذه الحارسة لديها ملابس ضيقة وأرجل مفصولة، تعرف Mixamo على الأطراف في المحاولة الأولى وجهز الشخصية بشكل نظيف.
2. التحريك: ابحث عن Walking وRunning وJumping في مكتبة حركات Mixamo، وقم بتطبيقها على الشخصية وعاين النتائج مباشرة.
3. التنزيل: لكل حركة، اختر FBX Binary، وحدد With Skin بحيث يتم تضمين النموذج، وحدد In Place، بحيث تظل الحركة في مكانها بينما يتم التعامل مع الحركة بواسطة كود المحرك. وإلا، فقد يسحب الإزاحة المدمجة للحركة الشخصية بعيداً.

المأزق الحقيقي رقم 1: أنتج تحميل ملف FBX خطأ "unable to map your existing skeleton" (غير قادر على تعيين هيكلك العظمي الحالي). في المرة الأولى، استخدمت Claude لتشغيل Blender وتصدير FBX. افترض Mixamo أن الملف يحتوي بالفعل على هيكل عظمي وحاول تعيين هذا الهيكل الموجود، وهو ما فشل. كان حل Claude هو تصدير النموذج كـ OBJ بدلاً من ذلك. لا يحتوي OBJ على أي مفهوم للهيكل العظمي، لذا اضطر Mixamo إلى تشغيل التجهيز التلقائي الخاص به من الصفر. لقد تجنب ذلك المشكلة تماماً. وبما أن القوام غير مطلوب للتجهيز، فإن OBJ جيد بما فيه الكفاية.

المأزق الحقيقي رقم 2: ينزل Mixamo النموذج بمقياس 0.01. عند استيراده إلى Blender أو محرك ألعاب، تصبح الشخصية صغيرة جداً. اكتشف Claude تلقائياً أن النموذج كان صغيراً جداً وأعاد ضبط مقياس الكائن إلى 1.0، وهو ما يقارب ارتفاع إنسان بطول 1.5 متر.

حقيقة خلف الكواليس: تعامل Mixamo مع التجهيز والتحريك التلقائي، ولكن أعمال التنظيف داخل Blender قام بها Claude في الأساس.

وبشكل أكثر تحديداً، تم توصيل Claude بـ Blender من خلال MCP. يمكنك التفكير في MCP كجسر يسمح لنموذج لغوي كبير بتشغيل البرامج مباشرة على جهاز الكمبيوتر الخاص بك. لقد تعامل مع سلسلة من الخطوات المجزأة والمعرضة للأخطاء نيابة عني: استيراد ملفات FBX التي تم تنزيلها من Mixamo تلقائياً، واستعادة المقياس من 0.01 إلى حجم طبيعي، ومحاذاة الشبكة والهيكل العظمي، وإعادة ربط القوام التي جردها Mixamo مرة أخرى بمواد Seed PBR الأصلية، وأخيراً تصدير GLB الذي يمكن لمحرك اللعبة استخدامه مباشرة. كان عليّ فقط فحص النتائج وإخباره بما يجب فعله بعد ذلك.

الخطوة 10 | Godot 4: تجميع كل شيء في المحرك واجعلها تجري

كانت الخطوة الأخيرة هي Godot 4، وهو مجاني ومفتوح المصدر، وحوالي 100 ميجابايت للتثبيت، ولا يتطلب أي تسجيل ويدعم GLB أصلاً. هذا هو المكان الذي تجمعت فيه الأجواء. المحرك نفسه ليس هو النقطة؛ إذا كنت معتاداً على Unity، فسيؤدي ذلك أيضاً غرضه. اخترت Godot لأنه خفيف الوزن وسريع التعلم. ملفات مشروعه هي أيضاً نص عادي، مما يعني أن Claude يمكنه كتابة وتعديل وتشغيل مشروع Godot بالكامل مباشرة بدلاً من مطالبتي بسحب عناصر التحكم يدوياً.

قام Claude تلقائياً بجلب أصول GLB الثلاثة إلى المشروع: الشخصية، والبيئة، والفانوس. ثم قام بإعداد ما يلي:

• وحدة تحكم الشخصية: باستخدام CharacterBody3D بالإضافة إلى بضع عشرات من أسطر GDScript، قام بإنشاء حركة WASD، وShift للجري، ومسطرة المسافة للقفز، ودوران الكاميرا الذي يتحكم فيه الماوس، وكاميرا متابعة للشخص الثالث تبقى خلف الشخصية.
• آلة حالة التحريك: خمول عند الوقوف، مشي أو جري عند الحركة، قفز عند وجوده في الهواء. كانت هذه مجرد بضع شروط if للتبديل بين حركات Mixamo الثلاث.
• Skybox: تم توصيل WorldEnvironment بـ PanoramaSkyMaterial، مع إسقاط البانوراما بزاوية 360 درجة من الخطوة 4. ثم التفّت السماء المرصعة بالنجوم حول العالم بأكمله.
• الضباب الحجمي والتوهج: يحتوي Godot 4 على ضباب حجمي حقيقي مدمج. جنباً إلى جنب مع التوهج المنبعث من الزهور على شكل جرس والازدهار (Bloom)، أنتج بسرعة أجواء وادٍ سحري.
• إضاءة الفانوس: تم إلحاق الفانوس بعظمة يد الشخصية، مع وضع ضوء نقطي دافئ OmniLight3D بداخله. أينما تمشي، يتبعها الضوء الدافئ. الطريقة التي يضيء بها الأرض تمنح المشهد إحساساً قوياً بالاستكشاف.

كتب Claude مشروع Godot نفسه أيضاً. كانت تكوين المشروع، والمشاهد، و script وحدة تحكم الشخصية كلها نصاً عادياً. وصفت التفاعل وأجواء الكاميرا التي أردتها، وكتب Claude مباشرة داخل المشروع، وقام بتعديله، وتشغيل الفحوصات عبر عدة جولات حتى بدا الأمر صحيحاً.

من توليد الصور والتوليد ثلاثي الأبعاد إلى تجميع Blender وإعداد مشهد Godot، قام Claude بعمل المبرمج طوال الوقت. كان عليّ فقط وصف ما أريده. عندما أقول إنني لم أكتب سطراً من الكود منخفض المستوى، فأنا لا أعني أنه لم يكن هناك كود. أعني أن Claude تحمل العبء التقني عني.

لماذا استخدمت Atlas Cloud لسير العمل بأكمله

أصعب جزء في سير العمل هذا ليس بالضرورة تعلم أي أداة واحدة. الألم الحقيقي هو التنقل بين عشرات المنصات، لكل منها تسجيلها الخاص، وفواتيرها، وتكامل API الخاص بها. لقد بسطت Atlas Cloud ذلك:

• مفتاح API واحد لسير العمل بأكمله. كان هذا أهم جزء. GPT Image 2 للبيئات والـ Skyboxes، وMJ للشخصية، وNano Banana 2 لتحويل العرض، وSeed 3D وHunyuan 3D للنمذجة: عمل كل شيء بنفس المفتاح. لا تبديل، لا دمج متكرر. هذا هو ما جعل من الواقعي لشخص واحد إنهاء المشروع.
• API واحد لكل ذكاء اصطناعي للوسائط. يمكن لواجهة واحدة استدعاء أكثر من 300 نموذج، تغطي توليد الصور، والنمذجة ثلاثية الأبعاد، والفيديو، والنماذج اللغوية الكبيرة. لتبديل النماذج، يمكنك تغيير اسم النموذج.
• فئة نماذج ثلاثية الأبعاد مضافة حديثاً. تشمل فئة التوليد ثلاثي الأبعاد الجديدة Seed 3D من ByteDance وHunyuan 3D من Tencent. كان التوليد من صورة إلى ثلاثي الأبعاد مع قوام PBR في خطوة واحدة هو القطعة الأساسية التي جعلت سير العمل قابلاً للتطبيق. في اختباراتي، عمل Seed بشكل أفضل للشخصيات وHunyuan للبيئات.
• نماذج لغوية حدودية (Frontier LLMs) تحت نفس المفتاح. لا تنس الموصل خلف الكواليس. توفر Atlas Cloud أيضاً وصولاً إلى واجهات برمجة تطبيقات النماذج اللغوية الحدودية. تمت تغطية النماذج اللغوية، ونماذج الصور، والنماذج ثلاثية الأبعاد جميعها بمفتاح واحد، وهو ما جعل سير العمل المكون من شخص واحد ممكناً.
• تسعير تنافسي. كان توليد الصور والتوليد ثلاثي الأبعاد غير مكلف بما يكفي للسماح بالتجربة والخطأ المتكرر.
• أكثر من مجرد API: MCP، وCLI، وSkills. الواجهة متوافقة مع OpenAI ويمكن استخدامها كتكامل جاهز. علاوة على ذلك، تقدم Atlas Cloud أيضاً خادم MCP الخاص بها، وسطر أوامر CLI، وSkills. بمجرد أن يتمكن الذكاء الاصطناعي نفسه من استدعاء النماذج على المنصة، يصبح ربط توليد الصور، والتوليد ثلاثي الأبعاد، وبقية سير العمل في خط واحد أمراً طبيعياً.

في جملة واحدة: ما كان يتطلب سابقاً فريقاً وعشرات الحسابات يمكن الآن القيام به بواسطة شخص واحد، بمفتاح API واحد، بدءاً من جملة واحدة وانتهاءً بعالم ثلاثي الأبعاد يمكنه الركض والقفز.

جربه الآن

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

جميع النماذج المستخدمة في هذا المقال، بما في ذلك GPT Image 2، وYouChuan MJ V8.1، وNano Banana 2، وSeed 3D، وHunyuan 3D، وClaude، متاحة في نفس مجموعة النماذج.

كيف تستخدم كلا النموذجين على Atlas Cloud؟

تتيح لك Atlas Cloud استخدام النماذج جنباً إلى جنب - أولاً في ساحة اللعب، ثم عبر API واحد.

الطريقة 1: الاستخدام المباشر في ساحة لعب Atlas Cloud

انقر فوق الرابط https://www.atlascloud.ai لاستخدامه في ساحة اللعب.

الطريقة 2: الوصول عبر API

الخطوة 1: احصل على مفتاح API الخاص بك

أنشئ مفتاح API في وحدة التحكم الخاصة بك وانسخه لاستخدامه لاحقاً.

الخطوة 2: تحقق من وثائق API

راجع نقطة النهاية، ومعلمات الطلب، وطريقة المصادقة في وثائق API الخاصة بنا.

الخطوة 3: قم بتقديم طلبك الأول