ماذا حدث
قامت GitHub بتوسيع مراجعة التعليمات البرمجية Copilot لتغطية طلبات السحب التي كتبها الروبوت، وطلبات سحب وكيل السحابة Copilot، وطلبات السحب الكبيرة جدًا. وأضافت أيضًا أسباب الدقة لتعليقات مراجعة Copilot.
يشير سجل التغيير الخاص بـ GitHub بتاريخ 27 أغسطس 2026 إلى أن مراجعة كود Copilot يمكنها الآن مراجعة فئتين من طلبات السحب التي لم تغطيها مسبقًا: طلبات السحب التي تم تأليفها بواسطة الروبوتات عندما يتم طلب المراجعة تلقائيًا، وطلبات السحب الكبيرة جدًا. التحديث عبارة عن تغيير منتج لنظام مراجعة الذكاء الاصطناعي، وليس تغييرًا عامًا في سير عمل طلب السحب الخاص بـ GitHub. لا يذكر المصدر عدد العملاء المتأثرين أو مدى تكرار حدوث هذه الحالات.
بالنسبة لطلبات السحب التي كتبها الروبوت، تقول GitHub أنه يجب على المؤسسات تمكين السياسة التي تسمح للأعضاء الذين ليس لديهم ترخيص Copilot باستخدام مراجعة كود Copilot على GitHub.com. وبموجب هذا الترتيب، يمكن متابعة المراجعة على الرغم من عدم وجود حساب مرخص بواسطة Copilot لإسنادها إليه، وتقول GitHub إن الاستخدام تتم محاسبته مباشرة على المؤسسة. ولا يحدد المصدر وحدة الفوترة أو السعر أو الحصة أو ما إذا كان المسؤولون سيحصلون على ضوابط إضافية.
يغير التحديث أيضًا معالجة طلبات السحب المفتوحة بواسطة وكيل السحابة Copilot. في السابق، تقول GitHub أن المراجعات المطلوبة تلقائيًا لطلبات السحب تلك تعود إلى تجربة محدودة. يمكن الآن لمراجعة الكود Copilot أن توفر ما يسميه GitHub بمراجعة الوكيل الكاملة. بشكل منفصل، تقول GitHub أن الحد السابق البالغ 300 ملف أو 20000 سطر من التعليمات البرمجية لم يعد ينطبق على طلبات السحب الكبيرة. لا يحدد الإعلان الحد الأعلى البديل أو يشرح كيف يمكن أن يتغير زمن استجابة المراجعة والتكلفة للتغييرات الكبيرة بشكل غير عادي.
أضاف GitHub قائمة منسدلة بجوار زر "حل المحادثة" في تعليقات مراجعة الكود Copilot. يمكن للمطورين تحديد "مُعنون" أو "لن يتم الإصلاح" أو "غير صحيح" عند حل التعليق. تقول GitHub أن هذه التحديدات توفر تعليقات لفريق المنتج وتساعد في تحسين المنتج. لا يذكر المصدر ما إذا كانت الأسباب تؤثر على المراجعات المستقبلية لمستودع فردي، أو يتم استخدامها بشكل إجمالي فقط، أو يتم كشفها من خلال أدوات إعداد التقارير.
لماذا يهم
تعمل التغييرات على توسيع نطاق مراجعة كود الذكاء الاصطناعي لتشمل سير العمل حيث يتم إنتاج البرامج بواسطة الروبوتات وإزالة حد الحجم المحدد. كما يقومون أيضًا بإنشاء إشارة ملاحظات حول ما إذا كان المطورون قد تناولوا تعليق الذكاء الاصطناعي أو رفضوه أو اعترضوا عليه.
يعد تغيير مراجعة الروبوت أمرًا مهمًا لأنه يجلب مراجعة الذكاء الاصطناعي إلى سير العمل حيث قد يكون مؤلف طلب السحب هو نفسه وكيل برنامج آلي. يمكن أن يساعد ذلك المؤسسات على تطبيق خطوة مراجعة للتعليمات البرمجية التي ينتجها وكيل السحابة Copilot أو الروبوتات الأخرى دون الحاجة إلى تعيين كل تغيير من تأليف الروبوت إلى حساب بشري مرخص. وفي الوقت نفسه، ينشئ المصدر تبعية الفوترة والسياسة: يجب على المؤسسة تمكين الإعداد ذي الصلة بشكل صريح، وتتحمل المؤسسة تكلفة الاستخدام المعلنة.
يعد تغيير الوكيل السحابي Copilot أمرًا مهمًا داخل النظام البيئي لمنتج GitHub لأنه يزيل الإجراء الاحتياطي للمراجعة المحدودة للمراجعات المطلوبة تلقائيًا لطلبات السحب التي يكتبها الوكيل الخاص بالشركة. من الناحية العملية، يمكن لوكيل البرنامج إنشاء تغيير ويمكن لقدرة مراجعة Copilot أخرى فحصه بموجب قواعد التشغيل الآلي التي تم تكوينها في المؤسسة. ولا يثبت الإعلان أن هذا يخلق ضمانًا مستقلاً، أو يكتشف المزيد من العيوب، أو يحل محل المراجعة البشرية. إنه يصف فقط قدرة المنتج الأوسع والتغيير في تجربة المراجعة.
قد تؤدي إزالة الحد المذكور البالغ 300 ملف أو 20000 سطر إلى جعل مراجعة التعليمات البرمجية Copilot أكثر قابلية للاستخدام لتحديثات التبعية الكبيرة أو التغييرات التي تم إنشاؤها أو عمليات الترحيل أو التعديلات الواسعة الأخرى. ومع ذلك، فإن عدم وجود حد بديل مهم. قد تظل المراجعات الكبيرة جدًا تواجه قيودًا غير موثقة، أو تكاليف أعلى، أو أوقات معالجة أطول، أو فائدة أقل إذا أصبح من الصعب تحديد أولويات التعليقات. لا يوفر GitHub أي معيار يقارن جودة مراجعة طلبات السحب الكبيرة مع المراجعات الأصغر، ولا يوجد دليل في هذا المصدر يوضح أن القدرة الموسعة تعمل على تحسين موثوقية البرامج.
قد تعمل ميزة سبب القرار على تحسين المعلومات المتاحة لـ GitHub حول كيفية حكم المطورين على تعليقات المراجعة التي تم إنشاؤها بواسطة الذكاء الاصطناعي. تميز الكلمات "تم المعالجة" و"لن يتم الإصلاح" و"غير صحيح" بين الإصلاح والقرار المتعمد والاقتراح الخاطئ، والذي قد يكون أكثر إفادة من مجرد إغلاق المحادثة. لكن المصدر لا يحدد تحسينات الجودة المتوقعة، أو يصف كيفية استخدام البيانات، أو يتناول ما إذا كانت التحديدات مرئية للمشاركين في المستودع خارج التعليق نفسه. تؤثر هذه التفاصيل على إدارة الميزة وتأثيراتها في مكان العمل.
الآلية التفاعلية: كيف تعمل فعليًا
استكشف التكنولوجيا الأساسية وراء هذا التطور بشكل تفاعلي.
crm_get_transaction(id='4092').A route planner searches possible journeys using explicit rules. What does this illustrate about AI?
ماذا تشاهد بعد ذلك
لا يوفر المصدر قياسات جودة المراجعة، أو الحد الأقصى الجديد لحجم طلب السحب، أو تفاصيل التسعير، أو شروط التوفر الأوسع. ستحتاج المؤسسات إلى تقييم الدقة والتكلفة والإشراف نظرًا لأن المراجعات الآلية تغطي المزيد من التعليمات البرمجية التي تم إنشاؤها.
يجب على المنظمات التي تفكر في توسيع سير عمل مراجعة الروبوتات أن تراقب عواقب السياسة والفوترة أولاً. يقول المصدر إن المراجعة التلقائية لطلبات السحب التي كتبها الروبوت متاحة عند تمكين السياسة التي تسمح للأعضاء غير المرخصين باستخدام مراجعة كود Copilot، ويتم إرسال فاتورة هذا الاستخدام مباشرة إلى المؤسسة. لا تنشر GitHub الأسعار أو الحدود القصوى أو الأمثلة في هذا الإعلان، لذلك لا يزال المسؤولون بحاجة إلى هذه التفاصيل قبل تقدير التأثير المالي للأتمتة على نطاق أوسع.
السؤال العملي التالي هو كيف تتصرف مراجعة الوكيل الكاملة على التعليمات البرمجية المفتوحة بواسطة وكيل السحابة Copilot. قد تتضمن الأدلة المفيدة معدلات اكتشاف الأخطاء، ومعدلات النتائج الإيجابية الخاطئة، وأوقات إكمال المراجعة، وأمثلة للمشكلات التي تم العثور عليها أو التي لم يتم العثور عليها. ولا يظهر أي من هذه القياسات في المصدر. سيظل المشرفون البشريون بحاجة إلى تحديد ما إذا كانت التعليقات صحيحة من الناحية الفنية وما إذا كان طلب السحب آمنًا للدمج، خاصة وأن الإعلان يصف توسيع القدرة بدلاً من التقييم المستقل.
إن إزالة الحد السابق للحجم يتطلب مراقبة الحدود التشغيلية الجديدة. تقول GitHub أن تقييد 300 ملف أو 20000 سطر لم يعد ينطبق، لكنه لا يذكر الحد الأقصى للحجم الذي يمكن مراجعته، أو كيفية تعامل النظام مع التعليمات البرمجية التي تم إنشاؤها أو المتكررة، أو ما إذا كان يتم تسعير المراجعات الكبيرة بشكل مختلف. يجب على المستخدمين البحث عن الوثائق المتعلقة بالحدود وزمن الوصول ومعالجة الفشل وعناصر التحكم لتقسيم التغييرات الكبيرة إلى وحدات أصغر قابلة للمراجعة.
يمكن أن تصبح أسباب الحل آلية مهمة للتعليقات على المنتج إذا أبلغت GitHub عن كيفية تأثيرها على تحسينات النموذج أو نظام المراجعة. في الوقت الحالي، يقول المصدر فقط أن التحديدات توفر تعليقات قيمة لفريق المنتج. ولا يوضح ما إذا كان بإمكان المطورين تصدير البيانات، أو تصحيح التصنيف الخاطئ، أو تدقيق كيفية استخدام التعليقات. ستكون هذه الأسئلة مهمة للفرق التي تريد إشرافًا قابلاً للقياس على جودة مراجعة الذكاء الاصطناعي بدلاً من تسجيل بسيط يفيد بإغلاق المحادثة.