وكلاء البرمجة يكتبون شيفرة أكثر، لكن مراجعة البشر تلتهم المكاسب كلها

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

أين تتعثر الشيفرة

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

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

ماذا أظهرت القياسات السابقة

لهذه الصورة خلفية. فيما يلي بيانات نُشرت سابقًا، ويُستشهد بها عادةً في هذا النقاش:

• METR، 2025: نفّذ 16 مطورًا ذوي خبرة 246 مهمة في مستودعات مفتوحة المصدر ناضجة. وعملوا مع أدوات الذكاء الاصطناعي لمدة أطول بنسبة 19%، رغم أنهم توقعوا بأنفسهم تسريعًا بنحو 24%.
• Faros AI، 2025: في الفرق ذات المستوى العالي من استخدام الذكاء الاصطناعي، أُنجزت مهام أكثر بنسبة 21%، ودُمجت طلبات دمج (pull requests) أكثر بنسبة 98%. وارتفع وقت المراجعة في الوقت نفسه بنسبة 91%.
• DORA، 2024: ارتبط ارتفاع استخدام الذكاء الاصطناعي بنسبة 25% بانخفاض في استقرار التسليم بنسبة 7.2%.

تختلف هذه الدراسات في العينة والمنهجية، ولذلك لا يمكن جمع نتائجها مباشرة. لكن الفكرة العامة تتكرر: حجم المخرجات يرتفع، بينما لا ترتفع معه سرعة التسليم النهائية ولا الجودة.

لماذا هذه مسألة مال

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

كيف نعيد بناء العملية

إذا كان الوكلاء يعملون بالفعل في فريقك، فالأجدى تغيير العملية نفسها، لا مجرد مجموعة الأدوات:

• قِس الوقت من بدء المهمة حتى الوصول إلى بيئة الإنتاج ونسبة حالات التراجع، لا حجم الشيفرة المولَّدة.
• حدّد حجم طلبات الدمج (PR) التي ينتجها الوكلاء. فالتغييرات الصغيرة تُقرأ أسرع وتتعطل أقل.
• انقل الفحص إلى الأتمتة: ينبغي أن تستبعد الاختبارات وأدوات الفحص الأسلوبي (linters) والتحليل الساكن وفحص الأنواع الشيفرة المعيبة قبل أن تصل إلى الإنسان.
• أسند إلى الوكلاء مهامَّ لها معيار إنجاز واضح يمكن التحقق منه باختبار.
• ضع حدًّا لعدد طلبات الدمج (PR) المفتوحة، واحسب وقت المراجعة في الخطط بندًا مستقلًا.

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