تقدم GitHub في دليل موجه إلى المبتدئين طريقة لمراجعة التغييرات التي ينشئها وكيل البرمجة داخل تطبيق GitHub Copilot، من دون التنقل بين محرر الأكواد ونافذة الطرفية ومتصفح الويب. ويجمع التطبيق هذه المهام في لوحات متجاورة تساعد المطور على فحص التغيير وتشغيل المشروع ومعاينة النتيجة قبل قبولها.
الفكرة الأساسية في الدليل ليست قبول الكود الذي ينتجه الوكيل مباشرة، بل إغلاق دورة المراجعة والتنفيذ والاختبار داخل جلسة واحدة. وبحسب المادة، يستطيع المستخدم بعد التأكد من النتيجة قبول التغيير مباشرة من التطبيق وإنشاء طلب سحب.
مراجعة التغييرات عبر لوحة diff
تعرض لوحة diff مقارنة بين حالة الملفات قبل التعديل وبعده، مع تمييز الأسطر المضافة باللون الأخضر والأسطر المحذوفة باللون الأحمر. يتيح ذلك للمستخدم معرفة نطاق التغيير بدلاً من الاكتفاء بالنتيجة النهائية التي يقترحها الوكيل.
وتشير GitHub إلى أن المستخدم يستطيع قبول التغييرات أو ترك تعليقات عليها أو مطالبة Copilot بإجراء تعديلات إضافية. وتبقى الموافقة النهائية على ما سيدخل إلى المشروع بيد المطور.
تشغيل المشروع من لوحة الطرفية
لا تكتفي المراجعة بقراءة الكود؛ إذ تتيح لوحة الطرفية تشغيل الأوامر داخل جلسة تطبيق Copilot وقراءة مخرجاتها. ويعرض الدليل مثالاً لمشروع ويب، حيث يمكن إضافة نص برمجي لخادم التطوير يفتح مجلد العميل ثم يشغل الأمر npm run dev.
بعد إعداد النص البرمجي، يضغط المستخدم على زر التشغيل لبدء خادم الموقع. كما يسمح التطبيق بفتح أكثر من نافذة طرفية في الوقت نفسه، ما يتيح الانتقال بين الأوامر والجلسات المختلفة أثناء فحص المشروع.
معاينة الواجهة وتعديلها
بالنسبة إلى المشاريع التي تتضمن واجهة مستخدم، توفر لوحة المتصفح طريقة لفتح التطبيق واختبار الميزة الجديدة كما يراها المستخدم. ويضم هذا الجزء أداة Pick & Polish التي تتيح تحديد عنصر من الواجهة ثم طلب تعديله عبر الوكيل.
بعد إجراء التعديلات، يمكن تشغيل نص خادم التطوير مرة أخرى لمعاينة ما تغير والتحقق من أن الإصلاح أو التحسين ظهر في التطبيق الفعلي.
ماذا يعني ذلك للمطورين؟
تربط هذه المزايا بين ثلاث مراحل غالباً ما تكون منفصلة عند التعامل مع الكود الذي ينشئه الذكاء الاصطناعي: فحص التغييرات، تشغيل المشروع، ثم اختبار السلوك أو الواجهة. جمعها في مكان واحد قد يقلل فقدان السياق الناتج عن تبديل النوافذ، لكنه لا يلغي الحاجة إلى المراجعة البشرية أو الاختبار الفعلي.
وتقترح GitHub قائمة مختصرة قبل قبول أي تغيير مولد آلياً: ما الذي تغير؟ هل يعمل الكود؟ وهل ينفذ الوظيفة المطلوبة فعلاً؟ هذه الأسئلة لا تثبت صحة الكود وحدها، لكنها توفر نقطة تحقق عملية قبل دمج التغييرات.
الحد العملي الذي يظهره المصدر هو أن الدليل يشرح سير العمل داخل تطبيق GitHub Copilot تحديداً، ولا يقدم مقارنة مع أدوات أخرى أو قياسات مستقلة لدقة الكود أو جودة الاختبارات. لذلك تظل قيمة اللوحات مرتبطة بمدى ملاءمة التطبيق لسير عمل المطور وبقدرته على فحص النتائج، لا بمجرد وجود الوكيل.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.