CodeBuddy NPC: زميل ذكاء اصطناعي يعمل داخل دورة Git وليس بجانبها

الفكرة الأساسية: الذكاء الاصطناعي داخل Git

يعتمد CodeBuddy NPC على نقل الذكاء الاصطناعي من مساعد محادثة يقف إلى جانب أدوات التطوير إلى عضو يعمل داخل نظام Git نفسه. بدلاً من نسخ المتطلبات أو الشفرة أو سجلات البناء إلى نافذة دردشة، يستطيع المطور استدعاء دور معيّن عبر @ في Issue أو في طلب دمج (PR)؛ ثم يبدأ الوكيل عمله بصورة غير متزامنة ضمن حلقة مرتبطة بالمستودع: تحقيق → تخطيط → تنفيذ → إنشاء PR → التحقق من CI → إصلاح → تحقق مجدد. 16

Git بوصفه ذاكرة العمل المستمرة

في نموذج AI Native Git، لا يكون Git مجرد مكان لحفظ الشفرة، بل يصبح مصدر السياق التشغيلي للوكيل: تاريخ المستودع، والـIssues، وطلبات الدمج، ونتائج التكامل والتسليم المستمرين (CI/CD)، وبوابات الجودة. وبذلك يعمل الـNPC داخل الآثار الهندسية التي يستخدمها الفريق أصلاً، بدلاً من الاعتماد على سياق منفصل ومؤقت في المحادثة. 17

النتيجة المقصودة هي أن المهمة تظل مرتبطة بسياقها الفعلي: ما المطلوب، وما الذي تغيّر، وما الذي فشل في الاختبارات، وما المراجعات أو القيود القائمة قبل الدمج.

زملاء ذكاء اصطناعي يمكن تعريفهم بـYAML

تتيح CNB تعريف أدوار NPC المخصصة لكل مستودع في ملف .cnb/settings.yml. ويمكن أن يتضمن التعريف اسم الدور، والموجّه (prompt)، واستيراد قاعدة معرفة، وعناصر التفاعل. 3

وتدعم المنصة أحداثاً مخصصة للـNPC تُشغَّل عندما يُشار إلى الدور في Issue أو PR، مثل:

• issue.comment@npc عند ذكره في وصف Issue أو تعليق عليه.
• pull_request.comment@npc عند ذكره في وصف PR أو المراجعة أو التعليقات المرتبطة به. 6

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

من الطلب إلى إصلاح فشل CI

بعد استدعائه، يمكن للـNPC قراءة قاعدة الشفرة وفهمها، وصياغة منهج للحل، وكتابة التغييرات، وفتح طلب دمج، ثم تشغيل الاختبارات وفحص إخفاقات CI وتكرار الإصلاحات حتى تصل المهمة إلى حالة مناسبة للقبول. ويعني التصميم غير المتزامن أن المطور لا يحتاج إلى البقاء في جلسة تفاعلية طوال فترة التنفيذ. 17

ولا يعني ذلك أن كل مهمة يجب أن تُدمج تلقائياً بلا مراجعة بشرية؛ بل يصف بنية تشغيلية تجعل الذكاء الاصطناعي جزءاً من مسار التسليم الخاضع للضوابط.

البنية التحتية للتنفيذ والحوكمة في CNB

توفر CNB الطبقة التي يعمل فوقها الوكيل: استضافة Git، وخطوط CI/CD، ومستودعات الحزم والمنتجات البرمجية، وبيئات تطوير سحابية أصلية. ويمكن لملفات خطوط الأنابيب بصيغة YAML تحديد صورة Docker، أو بناء صورة مؤقتة بواسطة Dockerfile، أو استخدام dev container، أو تركيب وحدات تخزين، أو اختيار عُقد تنفيذ وفق الوسوم وعدد المعالجات، إلى جانب إعادة استخدام ذاكرة Docker المؤقتة. 54

هذا يمنح الوكيل بيئات بناء واختبار معزولة وقابلة للتكرار، بدلاً من ربط النتيجة بجهاز مطور بعينه. كما تتلقى مهام خط الأنابيب رمز CNB_TOKEN مؤقتاً لإجراء عمليات مصرح بها على الشفرة والمنتجات وواجهات API؛ وتتحدد صلاحياته وفق الحدث الذي شغّل المهمة، ثم يُدمَّر عند انتهاء التشغيل. 15

قابلية التتبع وحماية البيانات الحساسة

لأن العمل يبدأ من الـIssues أو الـPRs ويُسجل عبر الالتزامات البرمجية وطلبات الدمج وخطوط الأنابيب وبوابات الجودة، يبقى أثر التدقيق الهندسي في الأماكن المألوفة للفريق، بدلاً من أن ينتقل إلى نشاط وكيل غامض خارج المستودع. 19

وتوضح وثائق CNB أيضاً أن مستودع الأسرار المحمي يدعم ضوابط وصول وقيوداً على العمليات وسجلات تدقيق وعلامات مائية لحماية المعلومات الحساسة. 9

تقليل الاستهلاك بدلاً من تشغيل النموذج الأقوى دائماً

تنسب Tencent خفض استهلاك الجولة الأولى من أكثر من 20 ألف رمز إلى نحو ألفي رمز — أي بأكثر من 90% — إلى التحسين المستمر للموجّهات، واستدعاءات الأدوات، ومخرجات CLI، ومعدل الاستفادة من الذاكرة المؤقتة. كما تشير إلى اختيار استراتيجية النموذج وفق صعوبة المهمة، بدلاً من استخدام قدرات مكلفة بالدرجة نفسها لكل عمل. 811

ما الذي يميّز هذا النهج؟

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