مطور ألعاب يعرض سبع ممارسات تجعل المنتج نفسه مقروءًا للـ agents، ولا علاقة لأي منها بالذكاء الاصطناعي

نشر مطور الألعاب Kyle Kukshtel في 10 أكتوبر 2026 مقالة مقتبسة من محاضرة مدتها 45 دقيقة ألقاها في Indie Rodeo بمدينة كالجاري في 12 سبتمبر 2026، ويذكر فيها أنه كتبها بيده بالكامل. وفكرتها المركزية أن أدوات البرمجة الحالية كلها تجيد كتابة الكود، لكن ما لا يجيده أي منها هو التحدث إلى اللعبة نفسها. أي أن ما يحتاج إلى بناء هو قدرة المنتج على أن يُفحص، لا أداة جديدة.

فالـ agent الذي يعمل على مشروع يرى عادة شيئين: الكود والـ terminal. والممارسات التي يعرضها Kukshtel تضيف شيئًا ثالثًا، وتصلح لأي منتج لا للألعاب وحدها:

• مصدر واحد للعشوائية بـ seed ثابت، فيمكن استعادة أي حالة كما كانت.
• لقطات شاشة مع إمكانية إخفاء طبقات الواجهة واللعب، فتُظهر الصورة المطلوب فحصه فقط.
• مقارنة الصورة قبل التغيير وبعده بأداة odiff، التي تعطي نسبة تشابه تُستخدم كـ eval لكل خطوة.
• نوع واحد شامل للكيانات، ليكون هناك مسار serialization واحد.
• نمط command، أي أن كل تغيير في الحالة أمر يُخزَّن ويُعاد تشغيله ويمكن كتابته يدويًا دون build.
• البيانات خارج الكود، فتغيير قيمة لا يحتاج build. ويستخدم هو محرره Depot وGoogle Sheets.
• المحاكاة في مكتبة مستقلة تُشغَّل بالأوامر وتعيد فرق الحالة، وتُختبر دون المحرك.

ويضيف أن أداة samply لقياس الأداء تكتب نتيجتها نصًا في الـ console، فيستطيع الـ agent قراءتها.

والقاسم المشترك أن أيًا من هذه النقاط لا يتعلق بالذكاء الاصطناعي. كلها تجعل المنتج قابلًا للملاحظة وقابلًا لإعادة التشغيل، وهي أمور احتاجتها الفرق قبل ظهور الـ agents بسنوات. لكن الـ agent يكشف غيابها بسرعة، لأنه لا يستطيع التخمين كما يفعل مبرمج يعرف سياق المشروع.

ويستند Kukshtel إلى خبرة تقارب 15 عامًا في برمجة الألعاب، وإلى مشروع mood.site الذي استغرق نحو 20 ساعة على مدى أسبوعين إلى ثلاثة. ولا تتضمن المقالة أرقامًا عن عدد الـ tokens أو التكلفة أو الوقت الموفَّر.