تقدم صناعة البرمجيات تقدمًا كبيرًا في أتمتة الكثير من جوانب تطوير البرمجيات من خلال استخدام الوكلاء البرمجيين (Coding Agents)، إلا أن هناك مجالًا واسعًا لتحسين قدراتهم في تصحيح الأخطاء. لا زال تصحيح الأخطاء (Debugging) والتحقيق في سلوك البرامج أثناء التشغيل يعتمد بشكل كبير على المطورين، مما يعد عملية يدوية تقليدية.

يعتمد العديد من الوكلاء البرمجيين الشائعين على تحليل ثابت للكود (Static Analysis) أو على دورات اختبار-تصحيح تكرارية، وهو ما يشبه تصحيح الأخطاء بالتجربة والخطأ. نؤكد أن هناك ثروة من المعلومات الغنية التي يصل إليها المطورون عادةً أثناء تصحيح الكود، والتي تُحرم منها الوكلاء بسبب قيود التصميم.

على الرغم من استخدام أدوات التصحيح بشكل شائع في بيئات التطوير المتكاملة (IDEs) وأدوات سطر الأوامر، إلا إنها لم تُدرج بشكل فعّال في الوكلاء البرمجيين. في هذه الدراسة، نقدم إطار العمل Debug2Fix، الذي يتضمن التصحيح التفاعلي كجزء أساسي من بنية وكيل الهندسة البرمجية عبر هيكلية فرعية (Subagent Architecture).

قمنا بإضافة أدوات تصحيح للغات البرمجة مثل Java وPython إلى إطار وكيلنا، وحققنا تحسنًا يتجاوز 20% في الأداء مقارنةً بالنموذج الأساسي في بعض النماذج. علاوة على ذلك، باستخدام هذا الإطار، استطعنا جعل نماذج أضعف مثل GPT-5 وClaude Haiku 4.5 تتطابق أو تتجاوز أداء نماذج أقوى مثل Claude Sonnet 4.5، مما يدل على أن تصميم الأدوات الجيدة غالبًا ما يكون بنفس أهمية الانتقال إلى نموذج أكثر تكلفة. أخيرًا، أجرينا تحليلات منهجية تُظهر أهمية كل من هندسة الوكيل الفرعي ودمج أدوات التصحيح.