وسم
مراجعة الكود بين البشر والذكاء الاصطناعي: كيف تراجع الفرق الكود الذي تكتبه النماذج، وما الذي يفوتها، وما تكشفه الدراسات عن الجودة والسرعة.
المغزى: الذكاء الاصطناعي سرّع كتابة الكود، لكن الكود لا يصل إلى المستخدم إلا بعد المراجعة والدمج والنشر، وحين تكبر الـ pull requests يصبح الطابور قبل الدمج هو ما يحدد سرعة الفريق الحقيقية.
المغزى: التعليق المفتوح في المراجعة هو العمل المتبقي فعلًا، وكان مدفونًا وسط عشرات الأحداث، وإظهاره في أول الصفحة يغيّر ما يراه المراجع قبل أن يقرر الدمج.
المغزى: المهمة المتوقفة في الفريق كثيرًا ما تنتظر مراجعة لا كتابة كود، وكل وقت يُختصر من هذا الطريق يظهر في دورة العمل كلها، مع خطر أن تصبح المراجعة على شاشة صغيرة أسرع مما ينبغي.
المغزى: حين يكتب الـ agent المسودة الأولى، لا تبقى كتابة الكود هي عنق الزجاجة في الفريق، بل قراءته، ويصبح من يجيد مراجعة الـ diff هو صاحب المهارة النادرة.
المغزى: النموذج الصغير لم يصبح كافيًا بقدراته وحدها، بل لأن كل ما يمكن توقعه كُتب كودًا عاديًا، فبقي للنموذج الجزء الذي يحتاج فهمًا فعليًا، وتراجعت كلفة التحقق من مخرجاته.
المغزى: تقدير المهام لا يقصر مع الذكاء الاصطناعي لأن العمل لم يختفِ، بل انتقل من الكتابة إلى المراجعة، والمراجعة هي المورد المحدود في أي فريق.
المغزى: البوت الذي يراجع كود الفريق يصبح هو نفسه كودًا يُراجع في PR وتُكتب له اختبارات، بدل prompt في خانة داخل لوحة تحكم لا يفتحها أحد.
المغزى: ما يفتح الباب في مشاريع الـ open source ليس السجل السابق بل سلوك المساهم داخل المراجعة الجارية، وهذا ما يقدر عليه المبتدئ منذ أول pull request.
المغزى: حين تصبح كتابة الكود رخيصة، تنتقل القيمة إلى العملية التي تضمن أن أحدًا راجعه، والحزمة التي تصل إلى المستخدم بأمر تثبيت واحد تحمل هذه المراجعة معها.
المغزى: كلفة المراجعة الآلية ليست الحوسبة، بل أن تقريرًا احتماليًّا يعترف بأنه قد يخطئ صار يقع على متطوع غير مدفوع الأجر، والشيء نفسه يحدث داخل الفرق حين يفتح بوت مراجعة ويضطر شخص إلى فرزها.
المغزى: مراجعة ما يكتبه الذكاء الاصطناعي ليست في الغالب بحثًا عن bugs، بل حكمًا على ما إذا كان الحل يعالج المشكلة الصحيحة، وهي مهارة تُكتسب بالسياق لا بأدوات الفحص.
المغزى: كل أداة أزالت جزءًا مملًا من البرمجة نقلت العمل درجة إلى أعلى، واليوم صارت الكتابة أرخص بينما بقيت المراجعة على كلفتها، والفجوة بينهما تتراكم.
المغزى: كثير من الخلاف في مراجعة الكود سببه تطبيق قاعدة واحدة على كود له استخدامان مختلفان، وكتابة من يُلزَم بماذا تحسم هذا النقاش قبل أن يبدأ.
المغزى: ثلاثة أرباع فاتورة الـ agent كانت تذهب إلى سياق رآه النموذج من قبل، فالرقم الذي يحدد التكلفة قد لا يكون سعر المليون token بل نسبة إصابة الـ cache في أول نداء.
المغزى: الـ agent يكتب القطع جيدًا ويتعثر في ربطها، فالعمل الذي يوفّره في الكتابة ينتقل إلى الربط والمراجعة، ومن يقيس النجاح بإغلاق المهام يقيس الشيء الخطأ.
المغزى: الكود الذي يكتبه نموذج لغوي يميل إلى تغطية كل احتمال، فيتحول سؤال المراجعة من صحة الكود إلى ما إذا كان يحقق شرطًا مطلوبًا فعلًا، وهذا قرار يحتاج فهم العمل لا الكود وحده.
المغزى: حين يكتب الـ agent الكود، يصبح السؤال المهم هل يفهم من يرسله ما يفعله، والأداة تختبر فهم الناتج لا جودة الـ prompt.
المغزى: الكود الذي يكتبه الـ AI يصل منسّقًا ومسمّى بإتقان ومشروحًا بتعليقات، فتختفي العلامات التي اعتاد المراجع أن يحكم بها بسرعة، وتصبح المراجعة مهارة تحتاج إلى تدريب مقصود.
المغزى: القرار الذي يتداوله الجميع لم يصل بعد إلى الفرع الذي تُرسل إليه الـ patches، والقاعدة الأبقى في الملف ليست الإفصاح بل أن التوقيع القانوني على الكود يبقى لإنسان.
المغزى: حين يكتب الموديل أغلب الكود، يتحول هدف المراجعة من قراءة كل سطر إلى أقل وقت بشري لا يزيد الأعطال، ويصبح سقف الجولات هو ما يمنع الـ agent من مراجعة نفسه بلا نهاية.
المغزى: الكود لم يصبح أسوأ، بل ارتفع معيار الحكم عليه بعد كتابته، وكل فريق يشغّل مراجعة آلية على كود قديم سيجد نفسه يحاكمه بمعايير اليوم.
المغزى: التعليمات المكتوبة داخل المستودع هي ما يحدد ما ينتجه الـ agent، والقياس المستقل المحجوز هو ما يحدد ما يستحق الدمج، والـ agent لا يميز بين الأمرين وحده.
المغزى: تسريع كتابة الكود لا يسرّع التسليم ما دامت المراجعة بالطاقة نفسها، فالمكسب الحقيقي من الوكلاء يتوقف على من يراجع وكم يثق فيما يراجعه.
المغزى: سبب المنع ليس الخوف من الأداة بل طاقة المراجعة، والمشاريع المفتوحة التي يشرف عليها شخص واحد ستواجه الضغط نفسه بموارد أقل بكثير.
المغزى: كود المسح الذي يبدو صحيحًا في المراجعة قد لا يمس السر أصلًا، لأن ما يحدث للقيمة يقرره المترجم لا الكود المكتوب، والـ LLMs تقترح هذا النوع من التعديلات بكثرة.
إدارة عدة agents على مستودع واحد بدأت تشبه إدارة فريق بشري: فصل في مساحة العمل ومراجعة من طرف ثانٍ، أي أن المشكلة في طريقة التشغيل لا في النموذج.
البند الذي يحمل الوزن في القالب ليس منع الأداة، بل التعهد بفهم الكود والرد على المراجعة. فالسؤال الحاسم في أي فريق ليس من كتب الكود، بل من سيدافع عنه بعد أسبوعين.
المغزى: كل اسم يخترعه النموذج يضيف ترجمة ذهنية فوق فهم الكود، والمطور الجديد على المشروع لا يستطيع التمييز بين اسم مخترع واصطلاح أصيل فيحفظ الاثنين.
إذا صارت الأدوات الآلية تكشف الأخطاء، فالسؤال لم يعد إن كانت ستغني عن المراجعة، بل من سيتولى الجزء الأصعب: الفهم المشترك والحكم وملاحظة ما هو غائب.
الخسارة الحقيقية من تسليم العمل كاملًا للأدوات ليست كمية الكود المكتوب يدويًا، بل فقدان القدرة على الحكم على جودة ما كُتب، وهي المهارة التي يُدفع للمطور أجره عليها.