Yandex أتمت تحديثات Chromium باستخدام وكيل LLM
دمجت Yandex وكيل LLM في عملية تحديث Chromium لحل تعارضات الشيفرة وإصلاح أخطاء التجميع تلقائيًا. في السابق، كانت كل دورة تستهلك عدة أشهر من العمل، أما الآن فيتول
كل أربعة أسابيع، ينتقل متصفح Yandex إلى نسخة جديدة من Chromium. بالنسبة للمستخدمين النهائيين، يحدث هذا بشكل شفاف، لكن على المطورين حل آلاف تضاربات الأكواد وإصلاح عدد مماثل من أخطاء الترجمة. قررت Yandex أتمتة هذه الروتين وضمنت وكيل LLM في عملية المزامنة مع upstream.
نطاق التحديثات التي تستهلك الأشهر
كل دورة تحديث تواجه حوالي 10.000 التزام من مستودع Chromium الرئيسي وحوالي 1.500 تغيير ملكية تراكمت في fork Yandex. النتيجة: أكثر من 1.000 تضارب دمج، آلاف أخطاء الترجمة، العديد من الاعتماديات التي لم تعد تعمل مع الإصدار الجديد. تتطلب العملية عشرات المطورين بمستويات مهارة مختلفة. إجمالي الجهد لدورة واحدة يبلغ عدة أشهر شخص. هذا هو الوقت الذي لا تستطيع الفريق إنفاقه على الميزات أو التحسين أو أخطاء المستخدمين. روتين محض يحجب التطوير.
لماذا المحادثة البسيطة مع LLM لا تعمل
قد يعتقد المرء: أطعم خطأ إلى ChatGPT، احصل على إصلاح. في الواقع، هذا لا يعمل. Yandex لا تتعامل مع أخطاء معزولة—يتعلق الأمر بتحديث منتظم لـ fork كبير مع تاريخ تغييرات عميق. يجب التعامل مع آلاف المشاكل في نفس الوقت، مع مراعاة السياق upstream والتعديلات الملكية. استعلام LLM قياسي عديم الفائدة هنا: لا يوجد سياق كافٍ، والحلول تتناقض مع بعضها البعض، والتحقق ضروري في كل خطوة. لهذا ذهبت Yandex أبعد من ذلك—ليس فقط بإطعام الأخطاء في محادثة، بل بضمين وكيل LLM يفهم بنية المشروع ويمكنه تحليل وحل النزاعات بشكل مستقل.
كيف يحل الوكيل النزاعات
يعمل الوكيل على مرحلتين. في المرحلة الأولى، يحلل النزاع: ما الذي تغير في upstream، ما الموجود في fork، لماذا هما غير متوافقين، ما الاعتماديات المكسورة. في المرحلة الثانية، يقترح حلاً، مع مراعاة كلا الجانبين.
فيما يلي المهام الرئيسية التي يتعامل معها الوكيل:
- حل تضاربات الدمج بتحليل التغييرات على كلا الجانبين
- إصلاح أخطاء الترجمة (أخطاء النوع، أخطاء الربط، المدرجات المفقودة)
- التحقق من الحلول: التأكد من عدم كسر أي شيء في الوحدات المجاورة
الوكيل ليس مثالياً—الحالات المعقدة لا تزال تتطلب عملاً يدويًا. لكنه يتعامل مع 70-80% من العمل بشكل مستقل. ينتقل المطورون إلى وضع مراجعة الكود بدلاً من كتابة الكود، وهو أسرع بكثير وأكثر كفاءة.
ما يعنيه هذا لتطوير المتصفح
يرى كبار بائعي الفروع (المتصفحات وأنظمة التشغيل والنوى المدمجة) الآن مساراً حقيقياً نحو مزامنة أقل إيلاماً مع upstream. يجد وكلاء LLM مكانهم ليس في العروض التوضيحية البراقة والعروض التقديمية، بل في العمليات الصناعية الروتينية حيث يقللون التكاليف فعلاً. هذا دليل على نضج LLM في التطوير: ليس استبدالاً للمطورين، بل مساعد ذكي في العمل الروتيني يحرر الوقت للإبداع والميزات الجديدة. تحقق Yandex أقصى استفادة من ما تمت إضافته إلى الطرز المفتوحة—ليس الهلوسة، بل تنظيم العمل الممنهج.