VberAI من البداية للنهاية: AI Studio + محرك MCP للعبة مصغرة قابلة للعب

VberAI End-to-End: AI Studio + Engine MCP for a Playable Mini-Game

بالنسبة للمطورين المستقلين والفرق الصغيرة، نادرًا ما يكون العائق هو “عدم القدرة على كتابة سطر واحد من الكود”. عادةً ما يكون هناك مساران يعملان بالتوازي:

1. هيكل واجهة المستخدم والفن لا يصلان بشكل نظيف إلى المحرك—تقطيع التصاميم، إعادة بناء شجرة Canvas / Control، أسماء وتسلسلات هرمية غير متطابقة
2. أسلوب اللعب والبرامج النصية مكلفة في التكرار—إعادة ربط المكونات، مطاردة الأخطاء، الدخول إلى وضع Play—ساعات تضيع في أعمال المحرر المتكررة

VberAI يقسم هذه المهام إلى طبقتين. لا يدعي “زر واحد، لعبة منتهية”:

الطبقة	المنتج	المهمة
Canvas ← واجهة المحرك	AI Studio	توليد واجهة اللعبة من اللغة الطبيعية، أو استيراد PSD / Figma؛ تقسيم، قص، تحرير، ثم مزامنة/تصدير إلى Unity أو Godot أو Cocos Creator
المحرك ↔ IDE ذكي	Engine MCP (Unity / Godot / Cocos)	قيادة المحرر المفتوح من Cursor أو Claude Code أو Codex أو ما شابه: منطق، برامج نصية، تصحيح، معاينة

بقية هذا الدليل هو مسار إنتاجي لبناء جزء قابل للعب من 0 إلى 1 ولدورات المراجعة اللاحقة.

خط أنابيب شامل

هدف اللعب / ملف التصميم / موجز واجهة المستخدم باللغة الطبيعية
        │
        ├─→ AI Studio (توليد · استيراد · تقسيم · قص · تجزئة إلى مكونات · تصدير)
        │         ↓
        │    تسلسل هرمي لواجهة المستخدم / prefabs / أصول المشهد في مشروع المحرك
        │
        └─→ IDE ذكي + Engine MCP (قراءة المشهد · كتابة البرامج النصية · الربط · Play/تصحيح)
                  ↓
             جزء قابل للعب تجريبي ← العودة إلى Studio أو الاستمرار مع MCP حسب نوع التغيير

قواعد عامة:

• احصل على هيكل واجهة المستخدم بشكل صحيح على اللوحة قبل الربط العميق بالمحرك
• أبقِ السلوك والأرقام داخل المحرك؛ البشر يمتلكون نتائج Play
• قم بالالتزام قبل التعديلات الكبيرة؛ أبقِ جسر MCP على localhost فقط

AI Studio: أصول واجهة جاهزة للمحرك

AI Studio مخصص لهيكل واجهة اللعبة / الواجهة—وليس صندوق دردشة عامًا، وليس بديلاً عن آلات حالة القتال داخل المحرك.

المسار 1: واجهة مستخدم باللغة الطبيعية (لا يوجد ملف تصميم بعد)

ساعدني في تصميم لعبة chibi match-3

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

المسار 2: استيراد PSD / Figma / أصول المشروع (التصميم موجود)

1. استيراد التصاميم ذات الطبقات أو واجهة المستخدم الحالية
2. تقسيم بالذكاء الاصطناعي إلى لوحات، عناصر قائمة، إطارات حوار
3. الحواف الصعبة (الشعر، التوهج، الشفافية الجزئية) عبر AI Super Matting عند الحاجة، ثم العودة إلى Studio
4. التجزئة إلى مكونات ومزامنة / تصدير إلى Unity أو Godot أو Cocos Creator

عرض لاستيراد وتقسيم PSD / Figma:

ما تنتجه هذه الخطوة

ينتج	لا ينتج
تسلسل هرمي لواجهة المستخدم قابل للتركيب، مواد، بنية prefab/scene	آلات حالة قتال كاملة، سلطة الشبكة، أنظمة الحفظ

مثال أعمق للتسليم: Figma إلى Unity UI.

Engine MCP: منطق مدفوع بالحوار وأعمال المحرر

MCP (بروتوكول سياق النموذج) يسمح لـ IDE ذكي باستدعاء أدوات محلية. إضافات VberAI للمحركات تكشف المحرر المفتوح للعميل: المشاهد/العقد، البرامج النصية، أدوات التصحيح والمعاينة—وليس فقط لصق الملفات في المستودع.

اختر وقم بالتثبيت حسب المحرك:

• Unity MCP · دليل التثبيت
• Godot MCP (مفتوح المصدر) · دليل التثبيت
• Cocos 3.x / 2.x · تثبيت 3.x · تثبيت 2.x

مقارنة: Godot MCP مقابل Unity MCP مقابل Cocos MCP.

عرض: بعد تصدير Studio، Cursor + Godot MCP يطلقان لعبة chibi match-3

استمرارًا للمسار 1: واجهة المستخدم موجودة بالفعل في Godot من AI Studio. قم بتوصيل Godot MCP في Cursor وقم بقيادة المحرر باللغة الطبيعية—دون كتابة سطر واحد من الكود يدويًا—لتنفيذ لعبة chibi match-3 وتصحيحها إلى حالة قابلة للعب. التسجيل أدناه:

الاستخدامات الجيدة لـ MCP

• أجزاء لعب قابلة للاختبار: تحكم اللاعب، قتال بسيط، حالات العدو، ربط المهام
• إعادة تسمية دفعات في التسلسل الهرمي / شجرة المشهد، إرفاق المكونات، ربط HUD المُصدَّر من Studio بالأحداث
• ضمن حدود الإضافة: السجلات، سياق التحديد، تعديلات صغيرة قابلة للتراجع ثم Play

الاستخدامات السيئة

• سلطة متعددة اللاعبين غير مراجعة أو إعادة كتابة كاملة لخط أنابيب العرض
• “موجه واحد، شحن لعبة تجارية”
• استبدال قرارات الإخراج الفني والإحساس—تلك لا تزال بحاجة إلى بشر في وضع Play

أمثلة عملية: RPG ثلاثي الأبعاد مع Unity MCP، منصة ثنائية الأبعاد مع Godot MCP.

من 0 إلى 1: مسار أدنى

استهدف جزءًا قابلاً للعرض في ساعات، وليس قائمة ميزات.

1. حدد نطاق الجزء — مثل “تحرك + عدو واحد + HUD واحد” أو “مستوى منصة واحد + إعادة تشغيل”
2. ثبّت MCP واختبر القراءة فقط — قائمة جذور المشهد؛ تأكد من اتصال IDE الذكي
3. واجهة مستخدم مؤقتة أو لعب أولاً — Labels/Sliders بينما الأنظمة غير مكتملة؛ افتح AI Studio عندما يجب أن تبدو القوائم / HUD منتهية
4. قدم المنطق عبر MCP — اهتمام واحد لكل موجه: تحكم ← ضرر ← عدو ← شروط فشل/مهمة
5. حسّن واجهة المستخدم عند الحاجة — تصدير Studio ← MCP يربط الأزرار وأحداث القيم
6. قبول Play — الإحساس، التصادم، تحديث واجهة المستخدم؛ إذا فشل، ضيّق الموجه وأعد المحاولة

تكرار سريع: اختر الحلقة حسب نوع التغيير

التغيير	الأفضل
الإحساس، الأرقام، الذكاء الاصطناعي، التنقل، أخطاء البرامج النصية، ربط العقد	IDE ذكي ← engine MCP
مرئيات ملء الشاشة، إعادة تلوين، تقسيم الطبقات، إعادة تصدير prefabs	AI Studio (+ قص عند الحاجة)
لا تزال عالقًا في “التصاميم لا تدخل المحرك”	هيكل Studio أولاً، ثم MCP

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

قائمة تحقق الفريق

• الترخيص: Unity / Cocos MCP يتبعان التنشيط الرسمي؛ Godot MCP يمكنه التحقق من العادات عبر المصدر المفتوح
• الأمان: خادم MCP على 127.0.0.1 فقط
• موجهات بمعايير قبول: المسارات، نقاط الربط، ما يجب أن يظهره Play في ~10 ثوانٍ، إعادة هيكلة خارج النطاق
• المراجعة: اختبر دائمًا البرامج النصية وتعديلات العقد المولدة—MCP يقلل تكلفة التشغيل، وليس ضمان الجودة

الخلاصة

قصة VberAI المفيدة هي تقسيم الألم عالي التكرار—وليس “أتمتة كاملة”:

• AI Studio: لغة طبيعية أو PSD/Figma ← هيكل واجهة المستخدم لـ Unity / Godot / Cocos
• Engine MCP: لغة طبيعية في IDE ذكي ← منطق داخل المحرر، برامج نصية، تصحيح، معاينة

استخدم الحلقة الصحيحة وستتحرك أجزاء 0–1 ودورات المراجعة بشكل أسرع. اعبر الحدود (كتابة آلات قتال على اللوحة، MCP تقطيع حزم واجهة كاملة) وستضيف إعادة عمل. اعتمد طبقة واحدة أو كلتيهما حسب مرحلة المشروع—لست بحاجة إلى كل منتج في اليوم الأول.