الإفلاس جزء من اللعبة. أما ضياع الحفظ فمشكلة المطوّر

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

Alistera Game لعبة استراتيجية أعمال في سياق دبي. ينسب المشروع فكرة اللعبة وتطويرها إلى أندريه ميرجاليلوف. أما قصتي هنا فهي العمل على المنصة التقنية وأدوات التطوير: تطبيق مستقل ونقل اللاعبين وبنية البيانات والتغييرات المنضبطة بمساعدة AI.

يعرض هذا المشهد فريق شركة خيالية في Alistera Game. يمكن استكشاف الأشخاص وأعباء العمل والإجراءات المتاحة في اللعبة؛ ولا تُستخدم ملفات حفظ لاعبين حقيقيين في هذه النافذة.

فريق الشركة

واجهة مؤرشفة · بيانات توضيحية

قبل نقل التقدم، يجب التحقق من هوية الشخص

يستخدم التطبيق React وTypeScript وVite، مع Cloudflare Workers وD1 في الخلفية. يُؤكَّد التسجيل بالبريد الإلكتروني وmagic link. عند الانتقال من النظام القديم، لا يمكن التعرف إلى لاعب موجود لمجرد أنه كتب عنواناً مألوفاً.

لا بد من ربطه بالهوية السابقة المؤكدة. بعد ذلك يُنقل التقدم المتراكم. وإلا فقد يوزع تسجيل الدخول الجديد الجميل ملفات حفظ الآخرين، أو يبدأ حياة الجميع من الصفر.

هذه حالة معدّة للشركة نفسها بعد إنجاز مشروعها الأول. تتيح رؤية استمرار سيناريو اللعبة دون إعادة جميع الخطوات السابقة.

الشركة في الأسبوع الثاني

واجهة مؤرشفة · بيانات توضيحية

يجب أن يبدو الأمر هادئاً للمستخدم. أما للمطوّر فهو نقل لحالة قيّمة، حيث إن عبارة «الشخص نفسه تقريباً» تعريف غير مقبول إطلاقاً.

قواعد اللعبة تحتاج إلى مصدر أيضاً

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

تعد خدمة مستقلة هي Dubai Numbers لقطات بيانات وفق جدولها الخاص. وتتلقاها اللعبة عبر اتصال بين الخدمات. هذا أفضل من طلب رقم آني معقول عن المدينة من نموذج لغوي أثناء الدور. للقطة تاريخ، وللبيانات مصدر وحدود صلاحية.

يحتاج المؤلف إلى أداة لا يمكن تسليم اللعبة كلها لها بالخطأ

يُطوَّر Alistera Author لتعديل المشروع: واجهة خاصة للعمل مع AI عبر MCP. يمكن فحص الشيفرة وتحضير تعديل. ولكل تعديل مراجعة أصلية وحالة متوقعة للملفات وpatch محفوظ.

بعد ذلك تُفحص نسخة بعينها وتُجهّز staging وتُجرى عملية القبول. مجرد تلقي جواب من الأداة ليس دليلاً على نجاح التعديل في الاختبارات. لا ينبغي أن تدمج هذه العملية تلقائياً كل محادثة ناجحة في production.

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

مساهمتي في هذه الحالة هي المنصة التقنية وعملية التغييرات القابلة للتحقق. تبقى اللعبة من تأليف أندريه. يتيح الفريق وحالة الأسبوع الثاني في العرض استكشاف سير اللعب؛ وهما لا يثبتان وحدهما التوازن أو جاهزية جميع أدوات المؤلف.

قصص ذات صلة: الاستوديو والعمل المشترك · CRM التشغيلي لـ Alistera.