أدوات المتصفح في GitHub Copilot أصبحت متاحة رسميًا داخل Visual Studio Code منذ 1 يوليو 2026، وهي خطوة مهمة للمطورين الذين يريدون اختبار صفحات الويب والتنقل داخل التطبيقات مباشرة من المحرر بدل التنقل المستمر بين المتصفح وبيئة البرمجة. الإعلان الجديد من GitHub لا يضيف مجرد تكامل شكلي، بل يمنح الوكلاء الذكيين قدرة عملية على تنفيذ خطوات تصفح حقيقية مع الحفاظ على ضوابط الخصوصية والتحكم.
هذه الإتاحة العامة تعني أن المطور يستطيع أن يطلب من الوكيل فتح صفحة، التفاعل معها، التقاط لقطات شاشة، قراءة الأخطاء الظاهرة، ثم إعادة النتائج إلى المحادثة داخل VS Code. وبالنسبة لفرق التطوير والاختبار، فهذا يختصر جزءًا مهمًا من دورة التحقق من الواجهات وتجربة المستخدم.
ما الذي تقدمه أدوات المتصفح في GitHub Copilot؟
بحسب إعلان GitHub الرسمي، أصبحت الأدوات مفعّلة افتراضيًا مع الإتاحة العامة، ويمكن للوكلاء البرمجيين تنفيذ مجموعة واسعة من المهام داخل المتصفح الحقيقي، منها:
- فتح الصفحات والتنقل بينها بصورة طبيعية.
- النقر والكتابة والتحويم والسحب والتعامل مع النوافذ الحوارية.
- قراءة محتوى الصفحة ورصد أخطاء الـ Console.
- التقاط لقطات شاشة عند الحاجة إلى التحقق البصري.
- تشغيل تدفقات عمل متعددة الخطوات عندما تكون أسرع من التنفيذ اليدوي.
هذا النوع من التكامل مهم خصوصًا لمطوري الواجهات الأمامية، ولمهندسي الجودة، ولأي فريق يريد تقليل الوقت بين كتابة الكود والتحقق من النتيجة على صفحة حية.
لماذا يُعد التحديث مهمًا للمطورين؟
الفرق هنا أن GitHub Copilot لم يعد يكتفي بتحليل الكود أو اقتراح التعديلات، بل أصبح قادرًا على رؤية أثر هذه التعديلات داخل المتصفح. عمليًا، يمكن للمطور أن يطلب من الوكيل اختبار صفحة هبوط، أو مراجعة نموذج تسجيل، أو توثيق خطأ يظهر فقط بعد سلسلة نقرات، ثم العودة بنتيجة قابلة للاستخدام داخل بيئة العمل نفسها.
كما أن هذا التوسع ينسجم مع التحولات الأوسع داخل GitHub Copilot نحو الوكلاء متعددة الخطوات. وإذا كنت تتابع جانب الإدارة والتكلفة في المنصة، فمراجعة مقالنا عن استهلاك GitHub Copilot الشهري يظهر بوضوح أكبر تساعدك على فهم كيف تتطور منظومة Copilot من حيث الاستخدام والتحكم أيضًا.
الخصوصية والتحكم ما زالا بيد المستخدم
أحد أهم الجوانب في إعلان GitHub هو أن الشركة شددت على بقاء التحكم لدى المستخدم. فالتبويبات التي يفتحها المستخدم بنفسه تبقى خاصة افتراضيًا، ولا يستطيع الوكيل الوصول إليها إلا بعد منح إذن صريح عبر خيار المشاركة مع الوكيل. كذلك فإن التبويبات التي يفتحها الوكيل تعمل في جلسات معزولة لا ترث ملفات الارتباط أو التخزين الخاص بتصفحك اليومي.
أما الأذونات الحساسة مثل الكاميرا والميكروفون والموقع الجغرافي والإشعارات وقراءة الحافظة، فلا تُمنح تلقائيًا، بل تتطلب موافقة مباشرة من المستخدم. هذه النقطة مهمة لأنها تجعل أدوات المتصفح في GitHub Copilot أكثر ملاءمة للاستخدام المهني دون التضحية بمعايير الأمان.
ماذا عن المؤسسات وفرق العمل الكبيرة؟
GitHub أوضحت أيضًا أن مديري الأنظمة في المؤسسات يستطيعون التحكم بهذه القدرات عبر إعدادات مخصصة، بما في ذلك تفعيل أو تعطيل أدوات المتصفح، وتقييد النطاقات التي يمكن للوكلاء الوصول إليها. وهذا يمنح الشركات مساحة جيدة للاستفادة من الميزة داخل بيئات العمل المنضبطة بدل فتح الوصول بشكل عشوائي.
ومن زاوية الاستخدام العملي، فإن وجود هذه الضوابط يجعل الميزة مناسبة لفرق التطوير الداخلية، وفرق اختبار المنتجات، وحتى لوكالات بناء المواقع التي تحتاج إلى تسريع المراجعات المتكررة على صفحات الويب.
كيف تبدأ باستخدام الميزة؟
للبدء، يكفي تحديث VS Code إلى إصدار حديث ثم استخدام GitHub Copilot داخل نافذة المحرر أو نافذة الوكلاء. وتوضح وثائق VS Code الرسمية أن الأدوات هي الآلية التي تمكّن الوكلاء من تنفيذ أفعال حقيقية بدل الاكتفاء بالرد النصي، وهو ما يفسر لماذا أصبحت أدوات المتصفح عنصرًا مهمًا في تجربة التطوير الحديثة.
باختصار، أدوات المتصفح في GitHub Copilot لا تمثل مجرد تحسين إضافي، بل خطوة واضحة نحو بيئة تطوير يستطيع فيها الوكيل البرمجي اختبار الواجهات وملاحظة النتائج والمساعدة في إغلاق الحلقة بين كتابة الكود والتحقق من الأداء الفعلي. ومع الإتاحة العامة التي بدأت في 1 يوليو 2026، تبدو هذه الميزة مرشحة لتصبح جزءًا أساسيًا من سير عمل كثير من المطورين خلال الفترة المقبلة.
