توليد واجهة المستخدم في Unity مقابل التصميم-إلى-المحرك: متى تُولّد داخل المحرر ومتى تُصدّر من Canvas

منذ Unity 6 فصاعدًا، يضيف المحرر مسارات اللغة الطبيعية / توليد واجهة المستخدم لبناء الشاشات داخل المشروع (المخرجات النموذجية: UI Toolkit بصيغة UXML/USS؛ تختلف القوائم الدقيقة والقدرات حسب إصدار Unity—هذه المقالة لا تشرح النقرات خطوة بخطوة). كما تعتمد فرق كثيرة Figma / PSD → VberAI Studio canvas المهيكل → تصدير Prefab حتمي (canvas → Prefab، PSD إلى UGUI). كلاهما قادر على تسليم واجهة المستخدم، لكن شكل المخرج وصيانته يختلفان. اخلطهما دون حدود مكتوبة وغالبًا ما تحصل على: شاشة واحدة مولّدة بالذكاء الاصطناعي بينما تحديث Reskin يمسّ الـ Prefab المُصدَّر فقط—فتصبح شاشة التوليد يتيمة.

فيما يلي اختيار خط الأنابيب والقبول فقط (وليس درسًا رسميًا لميزات Unity): متى تُولّد داخل المحرر مقابل متى تحتفظ بمصدر تصميم + تصدير؛ قواعد Prefab وPlay تتوافق مع قائمة فحص المحرك + MCP وقائمة فحص ما قبل الإطلاق.

Godot / Cocos: لا يوجد مكافئ مدمج في المحرر لـ«وصف الشاشة كاملة» مثل توليد واجهة المستخدم في Unity. صفحات الأدوات بلا تصميم لا تزال تعني عملًا في المشهد أو Studio/التصدير؛ التصميم-المدفوع + قبول Prefab ينطبق بالطريقة ذاتها.

معايير الفشل (أي واحد = لم يُجتَز): ميزة واحدة لها مصدرَا UI غير قابلين للتتبع (جزء من المشهد بالذكاء الاصطناعي فقط، وجزء من تصدير Studio/Figma، والمواصفات صامتة)؛ مخرجات التوليد غير مُودَعة كـ Prefab، متروكة في مشهد اختبار فقط؛ عدم تطابق البكسل/الطبقة مع المواصفات دون إعفاء مكتوب؛ Reskin / تعدد اللغات محدَّثة في كل مكان إلا الشاشة المولّدة بالذكاء الاصطناعي؛ Raycast / حالات الأزرار تخالف بند التسليم 5 ولم تُقبل شاشة التوليد بذاتها قط.

---

ما الغرض من كل مسار

البُعد	توليد واجهة المستخدم / مساعدة الذكاء الاصطناعي في Unity Editor	التصميم → canvas Studio → تصدير Prefab
المدخل	نص وصفي، رسم يدوي، سياق المشهد الحالي	Figma / PSD / تقسيم شاشة كاملة
المخرج النموذجي	UXML/USS (UI Toolkit)؛ بعض المسارات تنتهي في تسلسل المشهد—ويجب مع ذلك Prefab	UGUI Prefab للمشروع (أو حزمة يضبطها المُصدِّر)
الأفضل لـ	الأدوات الداخلية، لوحات التصحيح، تجارب التخطيط	HUD الإطلاق، المتجر، تصاميم الأحداث، البنية ذاتها عبر اللغات
ضعيف لـ	فن مطابق للعلامة 1:1، Reskin متكرر	لا مصدر تصميم، مواصفات شاشة شفهية فقط
الصيانة	من يملك تعديلات UXML/USS؛ هل يمكن للتوليد الكتابة فوقها مجددًا؟	مصدر التصميم + إعادة تصدير الشجرة الكاملة (i18n، Reskin)

المصطلحات: Unity Canvas تعني Canvas الخاص بـ UGUI في المشهد؛ canvas Studio هو طبقة التقسيم/التصدير الوسطى في VberAI—وليس مكوّنًا في Unity.

قاعدة عامة: الشاشة التي يتغير فنها كثيرًا، أو تخضع لـ Reskin، أو تصبح متعددة اللغات → التصميم-المدفوع + التصدير الحتمي أولًا. لمرة واحدة، منطق بسيط، بلا ملف تصميم → التوليد في المحرر مقبول، لكن مع ذلك Prefab + قائمة الفحص. إذا لم يكن التوليد متاحًا في محررك، اتبع النصف الثاني فقط.

---

متى يكون التوليد مقبولًا (مع ذلك يجب القبول)

استخدم التوليد في المحرر عندما ينطبق معظم ما يلي—فهو لا يستبدل سير عمل التصميم:

الشرط	ملاحظات
لا إطار Figma/PSD	أدوات الجداول، لوحات GM، صفحات إعداد مؤقتة
UI Toolkit مسموح	UXML/USS بجانب UGUI موثّق؛ ترتيب UGUI Canvas مقابل Toolkit Panel في المواصفات
معدل تغيير منخفض	Reskin قليل بعد الإطلاق؛ لا اعتماد على إعادة تصدير الشجرة الكاملة من Studio
المنطق قبل المظهر	عناصر قياسية مقبولة؛ لا لوحات nine-slice ثقيلة

بعد التوليد (6 خطوات):

1. Prefab في نظام التحكم بالإصدارات — وليس مشهد اختبار فقط (بند ما قبل الإطلاق 6).
2. سياسة حزمة واجهة واحدة — إذا كان HUD الرئيسي UGUI، ضع علامة استثناءات على شاشات Toolkit في المواصفات لتجنب فوضى EventSystem / الإدخال.
3. Raycast وحالات الأزرار — نفس معيار قائمة فحص MCP البندين 7–8.
4. Safe Area / Scaler — نفس خط الأساس لـ HUD العام (اختبار Safe Area).
5. اللغات — إذا أُطلقت الشاشة متعددة اللغات، استبدل النص المولّد بـجداول نصوص + اختبار لغة ضغط؛ التوليد ≠ النص النهائي.
6. MCP للمنطق — الهيكل من التوليد؛ قائمة فحص MCP لـ Play—«مولّد» ≠ قابل للنقر أو صحيح الحالة.

---

متى لا يجوز للتوليد أن يستبدل التصميم-إلى-المحرك

الإشارة	استخدم بدلًا منه
Figma/PSD كامل، حاجة 1:1	Figma → Unity أو مسار PSD؛ التوليد للمسودات الشخصية فقط
Reskin الأحداث، البنية ذاتها لكل لغة	سلسلة Studio / التصدير؛ شاشات التوليد لن تُجمَّع مع Reskin
فن مُقطَّع / HUD بخط نقطي	Nine-slice، أرقام الضرر تحتاج مواصفات فن؛ التوليد نادرًا ما يضمن الهوامش/الخطوط
لا LLM يعدّل Prefab YAML	كما في canvas إلى المحرك: التغييرات البنيوية عبر التصدير الحتمي، لا تعديلات المولّد على YAML المستودع

---

توجيه الإصلاح

العَرَض	السبب المحتمل	الإجراء	المسؤول
شاشة قديمة بعد Reskin	توليد فقط، ليست في مصدر التصميم	أضف إطار تصميم، اقبل Toolkit دائمًا، أو أعد التصدير بدلًا	هندسة + تصميم
اللغات تنكسر فقط في شاشة التوليد	نصوص مضمّنة صلبًا	جداول نصوص أو تصدير ترجمة	هندسة + توطين
النقرات تتصارع مع HUD الـ UGUI	خلط Toolkit/UGUI غير موثّق	وحّد وحدة الإدخال أو افصل Canvas	هندسة
التوليد كتب فوق تعديلات يدوية	إعادة توليد نفس UXML	جمّد Prefab؛ أصلح يدويًا في نظام التحكم بالإصدارات	هندسة
يبدو خطأً مقابل النموذج	التوليد استُخدم لواجهة إطلاق	Figma/PSD → Prefab	تصميم + هندسة

---

الأسئلة الشائعة

هل توليد واجهة المستخدم هو نفسه تحرير Cursor للـ Prefabs؟
لا. التوليد يبني بنية الواجهة في المحرر؛ Cursor + MCP يناسب ربط المراجع واختبار Play. لا يستبدل أيٌّ منهما قائمة فحص تسليم التصميم أو التصدير الحتمي.

مشروع UGUI بالكامل—هل نولّد مع ذلك؟
نعم، كـحزمة استثناء موثّقة في README/المواصفات؛ وإلا طبّق ضمان الجودة معايير UGUI على شاشات Toolkit.

شاشة نموذج أولي في بناء الإنتاج؟
إذا أُطلقت، Prefab + قائمة فحص ما قبل الإطلاق؛ وإلا #if DEVELOPMENT_BUILD أو مشهد معزول—لا تخلطها في HUD الرئيسي.

VberAI Studio مقابل توليد Unity—اختر واحدًا؟
لا. VberAI Studio هو تصميم → canvas Studio → Prefab؛ التوليد هو واجهة سريعة بلا فن داخل المشروع. شاشات الإطلاق تفضّل Studio/التصدير؛ التوليد يملأ صفحات الأدوات غير المصمَّمة.

لا يوجد توليد واجهة المستخدم في إصدار Unity لدينا؟
تخطَّ فرع التوليد؛ التصميم-إلى-المحرك + خطوات القبول الست + جدول الإصلاح لا تزال تنطبق. فرق Godot/Cocos تستخدم القاعدة ذاتها: فن → تصدير؛ بلا فن → Prefab + قبول.