أطلقت GitHub وكيل ذكاء اصطناعي لفحص وإصلاح أخطاء إمكانية الوصول

تجرب GitHub وكيل ذكاء اصطناعي يفحص إمكانية الوصول في الكود ويصلح تلقائياً الأخطاء الشائعة التي تعيق مستخدمي تقنيات المساعدة مثل قارئات الشاشة.

كيف يعمل الوكيل

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

المشاكل التي يصلحها الوكيل

يلتقط الوكيل خمس فئات رئيسية من الأخطاء:

• الترميز الدلالي غير الصحيح - عندما لا تعكس وسوم HTML المعنى والهيكل
• أسماء سيئة لعناصر التحكم - أزرار وحقول إدخال بدون `<label>` واضح أو خصائص aria
• غياب إعلانات الحالة - عندما لا يخبر النظام عن تغييرات الحالة (مثل أخطاء التحقق)
• عدم وجود بدائل نصية للصور - غياب السمة `alt`
• ملاحة منطقية غير واضحة - عندما ينتقل تركيز لوحة المفاتيح بشكل غير متوقع أو خاطئ

خلال فترة الاختبار، عالج الوكيل 3,535 طلب دمج وأصلح المشاكل في 68% من الحالات. بالنسبة للمستخدمين الذين يعتمدون على قارئات الشاشة وتقنيات المساعدة الأخرى، هذا يحدث فرقاً حقيقياً في سهولة استخدام GitHub.

التحديات والآليات الحماية

واجهت GitHub مفارقة مثيرة للاهتمام: نماذج LLM مدربة على عقود من الكود التاريخي، بما في ذلك الكثير من أمثلة إمكانية الوصول السيئة. لذلك فإن النماذج غالباً ما تولد نفس الأنماط المعادية لإمكانية الوصول التي تحتاج إلى إصلاح. على سبيل المثال، قد تتجاهل `<label>` للـ input أو تقترح بنية aria خاطئة.

أضاف الفريق عدة آليات حماية. أولاً، الوكيل لا يمس الأنماط المعقدة على الإطلاق - واجهات السحب والإفلات وعروض الأشجار وشبكات البيانات - يرسلها للمراجعة من قبل البشر لأن هناك حاجة إلى خبرة عميقة. ثانياً، هناك سكريبت يحلل تعقيد الكود؛ إذا كان فوق الحد، يتحول الوكيل إلى وضع التوجيه فقط بدلاً من محاولة إنشاء الكود بنفسه.

كما اتضح أن البيانات التاريخية أكثر أهمية من التعليمات العامة. استخدمت GitHub قاعدة بيانات خاصة بها من 3,500 خطأ تم تسجيله وإصلاحه يدوياً على مدى السنوات. هذه الأمثلة الحقيقية من الكود الخاص بهم ساعدت الوكيل على تعلم العمل والتوليد بشكل أفضل.

ماذا يعني هذا

الذكاء الاصطناعي لا يحل مشكلة إمكانية الوصول بمفرده. لكنه يسرع العمل بشكل ملموس ويساعد على اكتشاف الأخطاء في مرحلة مبكرة. تخطط GitHub لفتح الكود المصدري للوكيل حتى تتمكن مشاريع وشركات أخرى من تطبيقه على أكوادهم. قد يصبح هذا معياراً للتحقق من إمكانية الوصول في خطوط أنابيب CI/CD.