Autopilot يلعب الألعاب بنفسه ويبحث عن الأخطاء: أدق من Claude Code بنسبة 28.7%

ما المشكلة التي يحلها؟

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

يحاول Autopilot سد هذه الفجوة. فهو وكيل يشغّل اللعبة، ويدرس قاعدة شيفرتها، ويجرّب أسلوب اللعب، ويسجل الأخطاء. ولا يلعب من خلال واجهة API داخلية للمحرك، بل يستخدم لوحة مفاتيح وفأرة حقيقيتين، أي بالطريقة نفسها التي يلعب بها المستخدم.

كيف يعمل؟

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

هناك أربعة أوضاع إجمالًا:

• اختبار اللعبة بأكملها؛
• البحث عن الأخطاء في مستوى منفصل؛
• اختبار ميزة محددة؛
• تحقيق هدف معين، مثل «الوصول إلى الزعيم».

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

ما نعرفه عن الأرقام وآلية العمل

يقول المطورون إن Autopilot أدق من Claude Code بنسبة 28.7% وأسرع بثلاث مرات من وكيلهم السابق. وهناك تحفظ مهم: هذه بيانات صادرة عن المطورين أنفسهم. ولا يوضح المنشور منهجية المقارنة أو مجموعة الألعاب أو معايير «الدقة»، لذلك ينبغي التعامل مع الرقم بوصفه مؤشرًا تقريبيًا، لا معيار أداء مستقلًا.

يدعم النظام Unreal Engine 5 وUnity 6 وGodot 4 على Windows وmacOS. ويتصل الوكيل بـ Claude Code أو Codex من خلال اشتراكك الحالي، ما يعني عدم الحاجة إلى دفع تكلفة منفصلة مقابل نموذج LLM. أما إضافة المحرك فموجودة في مستودع عام مفتوح المصدر على GitHub، بينما يعمل الوكيل نفسه في السحابة وتظل شيفرته مغلقة.

القيود

يعني الاعتماد على السحابة أن نسخة بناء اللعبة والشيفرة تُرسلان على الأرجح إلى خارج بيئة الاستوديو. وقد يشكل ذلك عائقًا أمام الاستوديوهات الخاضعة لاتفاقيات NDA صارمة، أو التي تعمل على مشروعات غير معلنة، أو تستخدم حزم SDK خاصة بمنصات الألعاب. ومن الضروري معرفة ما يُنقل تحديدًا وأين تُخزّن «ذاكرة» الوكيل.

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

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

ما الذي ينبغي فعله عمليًا؟

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

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

تتيح الإضافة مفتوحة المصدر دراسة كيفية بناء التكامل مع المحركات، وتكييف الأفكار مع مسار العمل الخاص بك عند الحاجة. المستودع: github.com/ramenvr/autopilot. لكن قبل اعتمادها، تحقق من سياسة البيانات وقيّم الدقة بصورة مستقلة على مشروعك.