OpenAI وModRetro تربطان Codex بوحدة تحكم ريترو بسعر 200 دولار لتشغيل ألعابه

من السهل أن تطلب من الذكاء الاصطناعي كتابة لعبة. أما الوصول بها إلى حالة يستطيع فيها شخص آخر تشغيلها وفهمها دون شروحاتك فهو أصعب. وهذا الجزء من التطوير تحديدًا هو ما يجعل التعاون بين OpenAI وModRetro مثيرًا للاهتمام: يُقترح تحويل الفكرة إلى لعبة عبر Codex، ثم التحقق منها، ثم نقلها إلى خرطوشة. وبالنسبة للمطوّر، هذه فرصة لمعرفة مدى سهولة الانتقال من التوليد إلى التحقق من النتيجة.

يبلغ سعر ModRetro Chromatic: Codex Edition ‏200 دولار، وتأتي مع خرطوشة قابلة للبرمجة. وهي نسخة من وحدة ModRetro أُنتجت ضمن التعاون مع OpenAI. ويشارك في العملية المقترحة Codex وإضافة ModRetro Chromatic ومحرر GB Studio: بواسطتها يمكن العمل على المشاهد والرسومات ومنطق اللعبة. وقد نُشرت التفاصيل على صفحة مشروع OpenAI.

كيف يبدو المسار من الطلب إلى اللعبة

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

بعد أول عملية بناء يبدأ العمل الجوهري. هل تقفز الشخصية بعيدًا أكثر من اللازم؟ هل يسدّ عنصر ما الطريق؟ هل يطول الانتظار بعد الخسارة؟ يمكن تحويل كل ملاحظة من هذه إلى مهمة مستقلة للتعديل التالي. وستعتمد قيمة الأداة للفريق على مدى قابلية التنبؤ بإجراء هذه التغييرات مع الحفاظ على الآليات التي تعمل أصلًا.

يتيح GB Studio تشغيل اللعبة المبنية من المحرر، وكذلك بدء الاختبار من مشهد مختار. ومن خلال التصدير يمكن الحصول على ملف ROM لمحاكٍ متوافق أو نسخة ويب للنشر على خادم. وصفت هذه الطرق في وثائق GB Studio. وبالنسبة لنموذج أولي صغير فهذه نقطة تسليم مريحة: يمكن إعطاء المختبِر نتيجة قابلة للتشغيل ومهمة محددة.

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

ما الذي يمكن تجربته دون شراء

يمكن البدء من معرض OpenAI. يضم ألعابًا لجهاز Game Boy Color أُنشئت بواسطة Codex، منها FlapGPT وCodex Land وHollow Descent. وهي متاحة في المتصفح، ويمكن تنزيل ملف ROM لأجهزة متوافقة.

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

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

لماذا يهم هذا المطوّر ومدير المنتج

بالنسبة للمطوّر، قد يكون هذا المشروع تمرينًا في صياغة المهام للوكيل. فمن السهل صياغة متطلبات قابلة للتحقق للعبة قصيرة: يُلتقط العنصر، ويُفتح الباب، والخسارة تعيد تشغيل المشهد. ويمكن التحقق من كل متطلب بفعل ما، ثم معرفة ما إذا كان Codex قد أصلح الخطأ المحدد.

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

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