CodeRabbit تنشر كودًا أكثر بـ20 مرة عبر Codex دون توظيف مهندسين

لقد اعتمدتم وكلاء الكود، وتضاعف عدد طلبات الدمج (pull requests) أضعافًا، وفجأة يتبيّن أن الفريق غارق في المراجعة. وبحسب هارجوت غيل، الرئيس التنفيذي لـCodeRabbit، فهذا هو أول عنق زجاجة تصطدم به أي شركة بعد اعتماد الوكلاء. وشركته الناشئة تبني عملها على هذه المشكلة بالذات، وقبل أيام نشرت OpenAI تحليلًا لحالتها. وهذه مادة صادرة عن المورّد، لذا ينبغي قراءة الأرقام بحذر. لكن فيها أفكارًا هندسية أكثر مما في الإعلانات المعتادة.

عنق الزجاجة انتقل إلى المراجعة

تطوّر CodeRabbit منصة تفحص الكود الذي تكتبه الوكلاء وتساعد في تحديد ما يمكن إصداره. وتستخدمها أكثر من 20 ألف مؤسسة وأكثر من 150 ألف مشروع مفتوح المصدر. بُنيت النسخة الأولى من المنتج على GPT-3.5 Turbo، وأصبح مفيدًا فعلًا مع GPT-4، ثم انتقل الفريق مبكرًا إلى o1 وo3.

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

يختبر الفريق النماذج الجديدة على مجموعته الخاصة من الأخطاء المعروفة. وبتقدير غيل، يلتقط GPT-6 Astra نحو 50% من المشكلات فيها ويتصدر النماذج المختبَرة. وتُحدَّث المجموعة باستمرار: فالوكلاء يرتكبون أنواعًا جديدة من الأخطاء، والإصلاحات تكشف ما كان يُفوَّت سابقًا. ويتقادم المعيار الثابت هنا بسرعة.

وكلاء فرعيون رخيصون ومنسّق غالٍ

في البداية كان لدى CodeRabbit وكيل فرعي أو اثنان للتنقل في الكود. أما الآن فتخدم نماذج رخيصة مثل GPT-6 Luna عددًا كبيرًا من الوكلاء الفرعيين عبر المنصة، بينما يتولى GPT-6 Astra التخطيط والتنسيق. وأصبحت الرموز (tokens) نفسها والتخزين المؤقت أرخص. ويقول غيل إنه صار بالإمكان الآن وضع الوكلاء في أماكن كانت غير مجدية اقتصاديًا من قبل.

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

بخصوص الأمان: تشغّل CodeRabbit وكلاءها في بيئات معزولة (sandbox) منذ عام 2023، وعبر برنامج Daybreak حصل الفريق على نموذج OpenAI Cyber. واستخدمه في اختبار اختراق داخلي واكتشف ثغرات «لم يكن ليتخيلها بنفسه». ومن هنا نشأ منتج CodeRabbit Secure. وخلال أسبوعين من حملة ترويجية بخصم على فحوص معمّقة بقيمة مليون دولار، وجدت الشركة أكثر من 43 ألف ثغرة في 13 ألف فحص. وقد أغلق العملاء آلافًا منها بالفعل. لكن هذه حملة تسويقية، ولا يُعرف كم من هذه النتائج حرج فعلًا.

ما الذي يمكن أخذه، وبأي تحفظ

الرقم الرئيسي: نحو 20 ضعفًا من البرمجيات المُصدَرة خلال ستة أشهر دون توظيف. وقدّر غيل شخصيًا أنه أرسل ما بين 2500 و3000 طلب دمج خلال 30 يومًا. وهذا تقديره الخاص، و«حجم البرمجيات» لا يساوي القيمة للمستخدمين.

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

ويوجد أيضًا بوت في Slack يعمل على Codex، يحلل الحوادث والرسائل وتذاكر الدعم ويعيد طلب دمج جاهزًا. أما التسويق في الشركة فيدير Google Ads عبر طلبات الدمج ويحتفظ بالشرائح والمستندات في المستودع. والشعار هو «إدارة الشركة ككود».

خلاصات عملية للفرق:

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

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