سرب متعدد الوكلاء لمراجعة الشيفرة ذاتيًا: Planner وImplementer وTester وCritic

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

لماذا لا يكفي مساعد واحد

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

أربعة أدوار في السرب

كل وكيل نداء LLM منفصل بنظام توجيه خاص به. يعمل Planner كقائد تقني: يحلّل الشيفرة ويضع جدول مراجعة يغطي الأمان والأداء وقابلية القراءة. يكتب Implementer الإصلاح أو إعادة الهيكلة الفعلية. يتحقق Tester من التغييرات باختبارات الوحدة والتكامل وفحوص الأمان. ويتحدى Critic الافتراضات ويشكك في القرارات المعمارية ويراجع قابلية الصيانة.

مثال: تحصين محمّل الإعدادات

يتابع المثال دالة Python قصيرة تقرأ إعدادات YAML وتعيد قسم قاعدة البيانات. يضع Planner جدول الأعمال: تحليل مخاطر الأمان مثل path traversal والثقة بالبيانات، وتحسين معالجة الأخطاء للمفاتيح المفقودة وYAML غير الصالح، ثم تقييم التصميم. يضيف Implementer كتل try/except تُطلق رسائل ValueError واضحة، بينما يكتب Tester مجموعة اختبارات pytest تغطي مسارات الأخطاء الجديدة.

يعترض Critic أكثر مما يقبل. فهو يصف إعادة config['database'] وحده بأنه نمط مضاد يخفي السياق الكامل للإعدادات، وينبّه إلى خطر TOCTOU: إذ يمكن التلاعب بمسار الملف بين الفحص والاستخدام. وتوصيته هي إعادة كائن config كاملًا وحل الروابط الرمزية عبر os.path.realpath قبل فتح الملف.

الإجماع والتنسيق

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

يسرد الكاتب العوائد: تحليل أعمق للشيفرة، ورقابة بشرية أقل، وتوثيق تلقائي لقرارات التصميم في سجل الدردشة، ومسار سهل لدمج التحليل الساكن وفحوص الأمان في العملية. النموذج قابل للتوسع: يمكن إضافة وكيل DevOps لاقتراح التغليف أو وكيل Doc لكتابة التوثيق المضمّن.