كروم تطلق Modern Web Guidance 1.0: مهارات تمنع الذكاء الاصطناعي من كتابة كود ويب قديم

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

قررت كروم معالجة المشكلة من المصدر وحدّثت مجموعة مهارات Modern Web Guidance إلى الإصدار 1.0. الفكرة بسيطة: منح الوكيل مرجعًا كتبه أشخاص من فريق المتصفح ولا يعتمد على ما تعلّمه النموذج من بيانات قديمة.

ماذا في الداخل

تحتوي المهارات على معلومات حديثة عن واجهات Web API الحديثة وأفضل ممارسات تطوير الويب والتوافق مع المتصفحات. يسحبها الوكيل كسياق ويقترح حلولًا تراعي الحالة الراهنة للمنصة. وتُصاغ المهمة على النحو التالي: «عدم استخدام المقاربات القديمة وتطبيق الإمكانات الحديثة».

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

ما الجديد في 1.0

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

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

ماذا نفعل بهذا

المواد متاحة بحرية: الوثائق على developer.chrome.com ومستودع GoogleChrome/modern-web-guidance على GitHub. ينصح كاتب المنشور الأصلي بتمريرها ببساطة إلى الوكيل، وهذا طريق معقول للتجربة الأولى.

والترتيب العملي للخطوات كالتالي:

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

القيود

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

ومع ذلك فإن الاتجاه نفسه دالّ. بدأت الجهات المصنِّعة للمنصات بنفسها تقديم المعرفة بصيغة مفهومة للوكلاء، بدل انتظار أن تُعاد تدريب النماذج يومًا ما. وبالنسبة إلى الفرق التي تكتب الواجهات الأمامية كثيرًا بمساعدة الذكاء الاصطناعي، فهذه تجربة رخيصة: اربطوا، وقارنوا، وأبقوا عليها إن صارت الفروقات (diffs) أنظف.