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

Create a landscape editorial hero image for this Studio Global article: How does Tencent Cloud’s CodeBuddy NPC, launched on July 29, 2026, implement an AI Native Git paradigm in which developers @mention on-deman. Article summary: CodeBuddy NPC’s core idea is to make AI an authenticated, event-driven participant in the existing Git development system—not a chat window beside it. A developer can invoke a role by `@`-mentioning it in an Issue or PR;. Topic tags: general, general web, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
تسعى Tencent Cloud عبر CodeBuddy NPC إلى نقل الذكاء الاصطناعي البرمجي من واجهة دردشة منفصلة إلى الأدوات والوثائق التي يستخدمها فريق التطوير لإصدار البرمجيات فعلياً. فبدلاً من نسخ بطاقة المهمة ولقطة من المستودع وسجلات الأخطاء إلى مساعد ذكي، يستطيع المطور استدعاء دور NPC من داخل Issue أو طلب دمج (PR)، وتركه ينفذ دورة تسليم غير متزامنة ضمن منصة CNB الخاصة بـ Tencent Cloud.
توجد اختلافات في المواد المتاحة بشأن تاريخ الإطلاق: تضع عدة تقارير متزامنة الإطلاق الرسمي في 23 يوليو 2026، فيما تشير تغطية لاحقة إلى 29 يوليو. 6
25
تصف Tencent هذا النهج باسم AI Native Git، أي أن مستودع Git وما يحيط به من سير عمل يتحولان إلى الذاكرة التشغيلية للوكيل. ويشمل ذلك عملياً:
وهذا يختلف عن الإكمال التلقائي للكود أو جلسة دردشة عابرة. الفكرة هي أن يعمل الوكيل على السجل الهندسي الدائم نفسه الذي يستخدمه الفريق، ثم يضيف إليه تعديلاته ونتائج التحقق. وتقول Tencent إن النهج يعيد استخدام مسارات Git وDocker وCI/CD وبوابات الجودة الموجودة، ضمن حلقة: إيداع التعديل ← التحقق ← الإصلاح ← إعادة التحقق. 1
23
توثق CNB حدثين ذوي صلة بـ NPC: الحدث issue.comment@npc الذي يُشغَّل عند الإشارة إلى NPC في وصف Issue أو تعليق عليه، والحدث pull_request.comment@npc الذي يُشغَّل عند الإشارة إليه في وصف طلب الدمج أو مراجعته أو تعليقاته. 35
بذلك تصبح التجربة قريبة من إسناد مهمة إلى زميل: يذكر المطور الدور المناسب ويصف المطلوب في Issue أو PR، من دون الحاجة إلى فتح جلسة برمجة تفاعلية منفصلة.
كما توضح وثائق CNB أن الأدوار الخاصة بالمستودع يمكن تعريفها في الملف .cnb/settings.yml. ويمكن أن تتضمن هذه التعريفات اسم الدور، والموجهات النصية، واستيراد قاعدة معرفة، وإعدادات الواجهة. أما السلوك المخصص—وصورة التنفيذ المخصصة عند الحاجة—فيُضبط عبر .cnb.yml؛ وفي حال عدم تخصيصه، توثق CNB صورة تشغيل افتراضية لـ NPC. 32
35
والنتيجة ليست مساعداً عاماً واحداً، بل نموذج أدوار قابل للتكوين. يمكن للفريق مثلاً تعريف دور لمساعدة البرمجة وآخر للمراجعة، ثم استدعاء كل منهما في الموضع الذي ستُقيَّم فيه مخرجاته.
التدفق الذي تصفه Tencent لـ CodeBuddy NPC غير متزامن عمداً. بعد إسناد المهمة، يستطيع الوكيل جلب سياق المستودع، ووضع خطة، وتعديل الكود، وإنشاء طلب دمج، وتشغيل الاختبارات، ثم استخدام مخرجات CI لإجراء إصلاحات لاحقة. ولا يحتاج المطور إلى البقاء في محادثة مباشرة خلال كل تلك الخطوات. 1
6
وتسير الدورة المقصودة على النحو الآتي:
لهذا تقدم Tencent المنتج باعتباره أكثر من أداة كتابة كود بمساعدة الذكاء الاصطناعي. فالوكيل لا يُفترض أن يكتفي باقتراح مقطع برمجي، بل أن يشارك في التسلسل الذي يحول المهمة إلى تعديل قابل للمراجعة والاختبار.
يعتمد سير عمل الوكيل على بنية CNB للمستودعات وخطوط الأنابيب. إذ يمكن لإعدادات خطوط أنابيب CNB تحديد صور Docker، وصور مبنية من Dockerfile، وبيئات dev container، ووحدات التخزين المركبة، ووسوم العاملين أو إعدادات المعالج. وتسمح هذه الخيارات بالتنفيذ ضمن بيئة قابلة للتكرار يحددها المستودع، بدلاً من افتراض إعدادات جهاز مطور بعينه. 34
وتدعم CNB كذلك التخزين المؤقت القابل لإعادة الاستخدام لـ Docker، ما قد يجنب تنزيل التبعيات وموارد الشبكة الأخرى مراراً في عمليات البناء اللاحقة. 33
وعلى صعيد الصلاحيات، توفر CNB الرمز CNB_TOKEN أثناء تنفيذ خط الأنابيب. وتقول الوثائق إن هذا الرمز المؤقت يمكن استخدامه لسحب الكود والمنتجات البرمجية ودفعها، ولإجراء استدعاءات API، ويُدمَّر بعد انتهاء التشغيل؛ كما تحدد صلاحياته بحسب الحدث الذي شغّل التنفيذ. وتشرح وثائق تنفيذ NPC أيضاً صلاحيات إجراءات مثل الوصول إلى الكود وطلبات الدمج وIssues والتعليقات. 44
وهذه الضوابط مهمة لأن الوكيل القادر على إنشاء فروع أو فتح طلبات دمج أو الاستجابة للإخفاقات يحتاج إلى أكثر من وصول إلى نموذج لغوي؛ فهو يحتاج إلى وصول محدد النطاق وقابل للتدقيق إلى نظام التطوير. وتصف وثائق مخزن الأسرار في CNB، بصورة منفصلة، ضوابط الوصول والقيود التشغيلية وسجلات التدقيق والعلامات المائية للمواد الحساسة. 38
يسمح تعريف دور NPC في YAML بجعل جزء من سلوك الوكيل خاصاً بكل مستودع. فقد يحمل تعريف الدور الموجه ومصادر المعرفة المستوردة، بينما يحدد خط الأنابيب المقابل طريقة تشغيله. 32
35
وهذا مفيد لصنع أنماط عمل مختلفة داخل العملية الهندسية نفسها، مثل:
وقالت Tencent إن عدة وكلاء NPC يمكن جمعهم في NPC Team للتعامل مع العمل المعقد. وتثبت الوثائق آليات الأدوار والأحداث التي يستند إليها هذا النموذج، بينما يبقى التقسيم الدقيق للمهام قراراً تصميمياً للفريق. 6
32
35
تفيد Tencent بأن استهلاك الرموز الأولي لوكلاء البحث والتطوير الرسميين انخفض من أكثر من 20 ألف رمز في الإصدارات المبكرة إلى نحو ألفي رمز، أي بتراجع يتجاوز 90%. وتعزو ذلك إلى مواصلة تحسين الموجهات النصية، واستدعاءات الأدوات، ومخرجات واجهة سطر الأوامر، ومعدلات إصابة الذاكرة المخبأة. 6
23
تكمن أهمية ذلك في تراكم التكلفة: فمهام الوكلاء تتطلب غالباً عدة استدعاءات للنموذج، لذا فإن تقليل سياق البداية وأعباء الأدوات قد يخفض أساس التكلفة للمهمة كلها. وتقول Tencent أيضاً إن المؤسسات تستطيع اختيار استراتيجيات النماذج وفق تعقيد المهمة، باعتباره موازنة بين الأداء والكلفة بدلاً من اعتماد النهج نفسه لكل الأعمال. 15
23
لكن هذا رقم كفاءة معلن من المورد، وليس معياراً مستقلاً للكلفة الإجمالية أو لجودة تنفيذ المهام. وسيختلف الاستخدام الفعلي بحسب حجم المستودع، ونطاق المهمة، والنموذج المختار، وعدد المحاولات، وحجم عمل CI المطلوب.
تصف Tencent تحولاً في موضع الذكاء الاصطناعي داخل دورة حياة التطوير:
لذلك لا تتمثل أقوى دعوى عملية في النشر التلقائي للبرمجيات، بل في الاندماج في سير العمل: تُسند المهمة عبر أدوات التعاون المعتادة، وتُقترح التعديلات عبر طلبات الدمج، وتوفر CI وفحوصات الجودة التغذية الراجعة قبل القبول. وبذلك يبقى مسار هندسي واضح يبين ما الذي طُلب من الوكيل، وما الذي غيّره، وكيف قُيّمت النتيجة. 1
44
وبالنسبة إلى الفرق التي تقيّم هذا النهج، يبقى السؤال الأساسي: هل الأذونات الحالية والاختبارات وقواعد المراجعة وبوابات النشر قوية بما يكفي للإشراف على وكيل يمتلك وصولاً مؤثراً إلى المستودع؟ يمكن لـ CodeBuddy NPC أتمتة خطوات من الحلقة، لكنه لا يلغي الحاجة إلى المراجعة البشرية والضوابط التنظيمية.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
يمكن للمطور الإشارة إلى دور NPC داخل Issue أو طلب دمج، ثم يواصل الوكيل المهمة بصورة غير متزامنة من التخطيط والبرمجة إلى إنشاء طلب دمج والاختبار وإصلاح إخفاقات CI.
يمكن للمطور الإشارة إلى دور NPC داخل Issue أو طلب دمج، ثم يواصل الوكيل المهمة بصورة غير متزامنة من التخطيط والبرمجة إلى إنشاء طلب دمج والاختبار وإصلاح إخفاقات CI. توفر منصة CNB مشغلات الأحداث، والأدوار المعرفة عبر YAML، وبيئة التنفيذ التي تربط الوكيل بمستودع Git ومسارات CI/CD وقواعد المراجعة القائمة.
فكرة «AI Native Git» لا تعني إلغاء المراجعة الهندسية؛ بل تجعل Issues والكود وطلبات الدمج ونتائج CI سياق عمل الوكيل وسجلّاً قابلاً للتدقيق.