تطوير ألعاب Unity بالذكاء الاصطناعي
Updated 2026-09-05
استخدم مشروع Unity الحالي وأجرِ تغيير لعب واحدًا قابلًا للمراجعة وخذه عبر التجميع والاختبارات واللعب إلى بناء مستهدف.
ابدأ بعقد المشروع الحالي
حدّد محرر Unity المختار ومسار المشروع والمنصة المستهدفة والحزم وإعداد العرض قبل منح الوكيل صلاحية الكتابة. احتفظ بإصدار المشروع وأقفال التبعيات مع سجل التجربة. أكد امتلاك المشغل وصول المحرر والوحدات المستهدفة المطلوبة؛ لا يستطيع وصول النموذج توفير هذه المتطلبات.
عرّف مشهدًا صغيرًا قابلًا للعب باستخدام اصطلاحات المشروع القائمة. إذا كان لدى الفريق متحكم شخصية أو تجريد إدخال، اطلب من الوكيل فحصه قبل اقتراح بديل. يجعل ذلك التغييرات المولدة قابلة للمراجعة ويمنع نموذجًا أوليًا يبدو معزولًا من تجاوز الأنظمة التي يعتمد عليها باقي اللعبة.
عامل أتمتة المحرر كاتصال منفصل
يعرض مشروع Unity MCP من CoplayDev عمليات المحرر للعملاء المتوافقين. يصف دليل التثبيت حزمة محرر واتصال خادم. خدمة نموذج الوكيل منفصلة؛ فتغيير بيانات اعتماد النموذج لا يصلح غياب نسخة المحرر.
ابدأ بفحص المشروع للقراءة فقط وأكد أي نسخة مفتوحة تستقبل الطلب. اجعل موافقات التعديل محدودة بمشهد مؤقت أو ميزة تملكها صراحةً. تعني استجابة أداة ناجحة إكمال العملية عند حدها، لكن قد يظل المشهد الناتج يحوي مراجع خاطئة أو يفشل أثناء اللعب. يغطي دليل MCP الخاص فحوص الاتصال وتسجيل الإصدارات.
اطلب تغييرات محدودة بنتائج ظاهرة
اطلب تعديل متحكم أو انتقال قائمة أو ميزة استمرارية صغيرة بدل إعادة كتابة مشهد كامل بعد كل فشل. اذكر ما يجب أن يفعله اللاعب والحالة التي ينبغي أن تتغير وكيف ستتم ملاحظة النتيجة. احتفظ بالحالة العاملة السابقة قبل قبول التعديلات المولّدة.
استخدم الموجز التوضيحي أدناه لتعريف تغيير محدود ومعايير مراجعته. في المشاهد وprefabs، افحص مراجع الكائنات والحالة المحفوظة إلى جانب فروق البرامج النصية؛ فقد لا يتضمن ملف المصدر وحده التهيئة التي تحدد اللعب. اطلب من الوكيل تحديد الكائنات المتأثرة قبل تعديلها.
Inspect the selected project and its existing input and controller code.
Add one restart transition to the owned gameplay scene.
Keep package versions and rendering settings unchanged.
Report changed scripts, scene references, and the verification performed.
Stop before package downloads, purchases, external uploads, or publishing.انتظر التجميع قبل تفسير نتائج اللعب
افصل تجميع الكود واستعداد المحرر واللعب في سجل الملاحظة. إذا فشل التجميع، التقط أول خطأ ذي صلة وسياق المصدر المتغير. لا تطلب ضبط الحركة بينما لا يستطيع المحرر تحميل البرامج النصية المقصودة؛ فهذا ينتج تعديلات إضافية على خط أساس غير صالح.
بعد التجميع، افحص المكونات والمراجع المتوقعة قبل الدخول إلى اللعب. أعد إجراء اللاعب نفسه بعد التصحيح. وحدة تحكم خالية من الأخطاء دليل مفيد، لكن يجب أن تصل اللعبة إلى الحالة المقصودة أيضًا. ينبغي للتغييرات المتكررة التي لا تغير العرض أن تطلق إعادة إنتاج أصغر لا بديلًا أكبر.
استخدم إطار اختبار المشروع بوعي
يوثق Unity Test Framework اختيار الاختبارات من سطر الأوامر ومخرج النتائج. يفترض المثال أن الإطار مضبوط مسبقًا وأن دليل نتيجة الاختبار موجود. UNITY_BIN وPROJECT متغيرا Shell توضيحيان يشيران إلى المحرر والمشروع الموجودين. طابق وثائق المرجع مع الحزمة المثبتة لديك.
شغّل فحوص EditMode للمنطق المعزول المناسب وفحوص PlayMode للسلوك الذي يحتاج إلى تنفيذ. لا تستبدل هذه الفئات المراجعة العملية لعناصر التحكم والعرض. احتفظ بعدد الاختبارات والإخفاقات وملفات النتائج مع المراجعة قيد الاختبار. لا يثبت تشغيل لا يكتشف أي اختبار نجاح اللعبة.
UNITY_BIN="/absolute/path/to/Unity"
PROJECT="/absolute/path/to/project"
"$UNITY_BIN" -batchmode -projectPath "$PROJECT" \
-runTests -testPlatform EditMode \
-testResults "/absolute/existing-results-dir/editmode.xml" \
-logFile "/absolute/existing-results-dir/editmode.log"راجع مدخلات البناء قبل إنتاج اللاعب
ينبغي للبناء استخدام اختيار المشهد وإعداد الهدف اللذين راجعهما المشروع. لا تفترض أن المشهد المفتوح حاليًا في المحرر هو المشهد المضمن عند البدء. احتفظ بهوية البناء وسجلاته حتى يمكن ربط الإخفاقات اللاحقة بالأثر الدقيق.
تدعم CLI في Unity استدعاء طريقة محرر static موجودة عبر -executeMethod. لا ينشئ هذا العلم تنفيذ بناء؛ يحتاج المشروع إلى طريقة حقيقية بسلوك بناء ومعالجة فشل صريحين. فضّل نقطة بناء الفريق الموجودة على طرق أمثلة مختلقة تبدو قابلة للتشغيل لكنها غير موجودة في المشروع.
تحقق من اللعب خارج المحرر
اختبر اللاعب المسلم على نظام التشغيل المعلن باستخدام عناصر التحكم المتوقعة وحالة بدء نظيفة. ابدأ من الشاشة الأولى وأنهِ جولة وأعد التشغيل وغيّر الإعدادات وأعد الفتح. قارن الاستمرارية والانتقالات بموجز القبول لا بمجرد فتح نافذة.
التقط لقطات أصلية وتسلسلًا قصيرًا مدفوعًا بالإدخال من ذلك الأثر. إذا نجح التشغيل في المحرر وفشل البناء، افحص تضمين المشهد وتبعيات الموارد والسلوك الخاص بالمنصة قبل مطالبة الوكيل بإعادة كتابة اللعب الأساسي. الحد الذي تغير دليل مفيد للسبب.
تابع العمل البشري والتبعيات غير المحسومة
احتفظ بتغييرات Inspector اليدوية وتعديلات الأصول والتعليمات المضافة وإصلاحات البيئة في سجل التدخل. هي جزء من جهد الإنتاج حتى دون توليد استخدام نموذج. ميّز استدعاءات برمجة النصوص عن توليد الصور وعمل المحرك واختبار الجهاز الهدف عند مراجعة التكلفة.
ينبغي التحقق من هذا الشرح المدعوم بالوثائق مقابل إصدارات المحرر والحزم المختارة. احتفظ بأصغر سير عمل كامل في التسليم: الاتصال والتغيير والتجميع واللعب والتصدير. بعد أن يستطيع مطور آخر تكراره، استخدم ذلك الخط كأساس للميزة التالية وأعد الفحص عند تغير تبعية أو هدف بناء.
الأسئلة الشائعة
هل يختار Unity MCP النموذج؟
لا. فهو يوفر اتصال أدوات للمحرر. يحدد عميل الوكيل الوصول إلى النموذج والمصادقة بصورة منفصلة.
هل يمكن لاختبارات سطر الأوامر استبدال مراجعة اللعب؟
تغطي الاختبارات التي اكتُشفت ونُفذت فعلًا. لا تزال عناصر تحكم اللاعب والوضوح البصري وسلوك المنصة المستهدفة تحتاج إلى فحوص تشغيل مناسبة.
لماذا لا يوجد أمر بناء عالمي؟
تعتمد البنايات على مشاهد المشروع وإعداد الهدف ونقاط البناء المتاحة. لا يجعل هدف executeMethod مختلق المثال قابلًا للتشغيل.
هل يمكن إعادة استخدام إعداد Unity لإصدار محرر مختلف؟
أعد فحص توافق الحزمة واحتفظ بالحالة العاملة السابقة. يغير التحديث بيئة التجربة ويحتاج إلى تحقق خاص به.
ما الذي أفحصه عندما يعمل اللعب في المحرر ويفشل البناء؟
قارن اختيار مشهد البدء والموارد المعبأة وإعداد الهدف وسجلات المنصة. أعد الإجراء نفسه في الأثر المصدّر الدقيق.