GitHub Copilot Coding Agent: من تذكرة إلى طلب سحب تلقائيًا

المطوّر المستقل داخل مستودعك

تخيّل أنك تفتح تذكرة على GitHub، تكتب فيها وصفًا واضحًا للمشكلة أو الميزة المطلوبة، ثم تضغط على Assign to Copilot. بعد دقائق، يصلك إشعار بأن طلب سحب جاهز ينتظر مراجعتك — بالكود والاختبارات ووصف التغييرات. هذا ليس خيالًا علميًا، بل هو بالضبط ما يفعله GitHub Copilot Coding Agent الذي أصبح متاحًا للجميع في مارس 2026.

كيف يعمل وكيل Copilot البرمجي؟

يعمل الوكيل كزميل مستقل في فريقك، ويمر بأربع مراحل واضحة:

1. تعيين المهمة

يمكنك تشغيل الوكيل من عدة أماكن: صفحة التذاكر على GitHub، أو من داخل VS Code، أو من لوحة الوكلاء المتاحة في كل صفحة على GitHub. كل ما عليك هو تعيين التذكرة لـ Copilot أو ذكر @copilot في تعليق على طلب سحب موجود.

عند التعيين، يظهر رد فعل 👀 على التذكرة ليُعلمك أن الوكيل بدأ العمل.

2. التخطيط

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

3. التنفيذ المستقل

هنا يبدأ السحر. يعمل الوكيل في بيئة تطوير مؤقتة مبنية على GitHub Actions، حيث:

• يستكشف الكود ويفهم السياق
• يُنشئ فرعًا جديدًا ويكتب التغييرات
• يشغّل الاختبارات الآلية وأدوات التنسيق (linters)
• يكتشف الأخطاء ويُصلحها تلقائيًا
• يكتب رسائل الالتزام ووصف طلب السحب

4. المراجعة البشرية

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

ما الذي يُجيده الوكيل؟

بناءً على الاستخدام الفعلي منذ إطلاقه، يتفوّق الوكيل في:

• إصلاح الأخطاء المحددة: خطأ واضح بخطوات إعادة إنتاج = نتيجة ممتازة
• تحسين تغطية الاختبارات: يمكنك تعيين عشرات التذاكر دفعة واحدة لكتابة اختبارات
• تحديث التوثيق: تصحيح الأمثلة وتحديث المراجع
• معالجة الديون التقنية: إعادة هيكلة بسيطة وتحديث التبعيات
• حل تعارضات الدمج: يفهم السياق ويختار الحل المناسب

ما الذي لا يُجيده (حتى الآن)؟

الوكيل ليس بديلًا كاملًا عن المطوّر البشري. من أبرز القيود:

• يعمل فقط داخل مستودع واحد في كل مهمة
• لا يستطيع الوصول إلى خدمات خارجية أو قواعد بيانات
• الميزات المعقدة التي تتطلب فهمًا عميقًا لمنطق الأعمال قد تحتاج تدخلًا بشريًا
• لا يحترم بعض قواعد استبعاد المحتوى المُعدّة مسبقًا
• يستهلك رصيد الطلبات المميزة (Premium Requests) ودقائق GitHub Actions

الخطط المدعومة والتكلفة

الوكيل متاح في جميع خطط Copilot:

كل مهمة تستهلك طلبات مميزة بالإضافة إلى دقائق GitHub Actions، لذا راقب استهلاكك خاصة مع المهام المتكررة.

أفضل الممارسات لتعيين التذاكر

نجاح الوكيل يعتمد بشكل كبير على جودة التذكرة. إليك ما يصنع الفرق:

اكتب تذاكر واضحة كأنك تُوجّه زميلًا جديدًا:

• أضف سياقًا كافيًا عن النظام المتأثر
• حدّد معايير الإنجاز بوضوح
• اذكر أسماء الملفات والدوال ذات الصلة
• أشر إلى قواعد التنسيق الخاصة بالمستودع

مثال على تذكرة فعّالة:

العنوان: إصلاح خطأ 500 في نقطة نهاية /api/users عند القيم الفارغة

الوصف:
نقطة نهاية GET /api/users/:id تُرجع خطأ 500 عندما تكون الحقول
الاختيارية (bio, avatar_url) فارغة. المطلوب إضافة معالجة للقيم
الفارغة وإرجاع قيم افتراضية.

الملفات ذات الصلة: src/api/users.ts, src/models/user.ts
معيار الإنجاز: الاختبارات الموجودة تنجح + اختبار جديد للقيم الفارغة

جدل إعلانات Copilot في طلبات السحب

في 30 مارس 2026، اكتشف المطوّر الأسترالي Zach Manson أن Copilot كان يُدرج رسائل ترويجية داخل طلبات السحب. بعد أن طلب زميله من Copilot إصلاح خطأ إملائي، ظهرت رسالة تروّج لتطبيق Raycast كأن المطوّر نفسه كتبها.

كشف البحث عن أكثر من 11,400 طلب سحب يحتوي على نفس الرسالة الترويجية. ردّ فعل المجتمع كان سريعًا وحادًا، وبحلول نهاية اليوم تراجعت GitHub وأوقفت هذه "النصائح" نهائيًا.

هذه الحادثة تُذكّرنا بأهمية مراجعة مخرجات أدوات الذكاء الاصطناعي دائمًا — حتى من مزوّدين موثوقين.

كيف تبدأ؟

1. تأكد أن لديك خطة Copilot نشطة (Pro أو أعلى)
2. فعّل الوكيل في إعدادات المستودع إذا كنت على خطة Business أو Enterprise
3. أنشئ تذكرة بوصف واضح ومعايير إنجاز محددة
4. عيّن التذكرة لـ Copilot وانتظر إشعار طلب السحب
5. راجع التغييرات كما تُراجع كود أي مطوّر آخر

المستقبل: فرق هجينة من البشر والوكلاء

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

المطوّرون الذين يتبنّون هذا النموذج الهجين مبكرًا سيحققون مكاسب إنتاجية واضحة: وقت أقل في المهام الروتينية، وتركيز أكبر على القرارات المعمارية ومنطق الأعمال الذي يصنع الفرق الحقيقي.

السؤال لم يعد "هل ستستخدم وكلاء الذكاء الاصطناعي في البرمجة؟" بل "متى ستبدأ؟"