CodeBuddy NPC और AI Native Git: Issue से PR और CI सुधार तक AI की नई भूमिका

Tencent Cloud का CodeBuddy NPC AI को किसी अलग चैटबॉट की तरह नहीं, बल्कि सॉफ्टवेयर डिलीवरी के रोज़मर्रा के रिकॉर्ड—Issue, कोड रिपॉज़िटरी, pull request (PR) और CI/CD पाइपलाइन—में काम करने वाले सहयोगी के रूप में पेश करता है। डेवलपर Issue या PR में NPC को @mention करके काम सौंप सकता है; फिर एजेंट असिंक्रोनस ढंग से संदर्भ पढ़ने, योजना बनाने, कोड बदलने, PR बनाने, टेस्ट चलाने और CI की विफलता पर सुधार दोहराने की कोशिश करता है।

लॉन्च तारीख को लेकर उपलब्ध रिपोर्टों में अंतर है। कई समकालीन रिपोर्टें औपचारिक लॉन्च 23 जुलाई 2026 बताती हैं, जबकि बाद की एक रिपोर्ट में 29 जुलाई लिखा गया है। 625

‘AI Native Git’ से Tencent का क्या मतलब है?

Tencent के अनुसार, AI Native Git में Git रिपॉज़िटरी और उसके आसपास का विकास-वातावरण एजेंट की स्थायी कार्य-स्मृति बनता है। यानी AI को हर बार चैट में टिकट, कोड स्नैपशॉट और एरर लॉग कॉपी-पेस्ट नहीं करने पड़ते। उसके संदर्भ में शामिल हो सकते हैं:

• Issues: काम का उद्देश्य, पृष्ठभूमि और चर्चा;
• कोड रिपॉज़िटरी और इतिहास: प्रोजेक्ट की संरचना, निर्भरताएँ और पुराने बदलाव;
• PRs: प्रस्तावित बदलाव और रिव्यू प्रतिक्रिया;
• CI/CD नतीजे: बिल्ड, टेस्ट, विफलता के कारण और सुधार का रिकॉर्ड।

Tencent का दावा है कि यह मॉडल मौजूदा Git, Docker, CI/CD और क्वालिटी-गेट प्रक्रियाओं को दोबारा इस्तेमाल कर कमिट → वैलिडेट → सुधार → फिर से वैलिडेट का चक्र बनाता है। 123 फर्क यह है कि AI केवल कोड का एक टुकड़ा सुझाने तक सीमित नहीं रहता; उसका आउटपुट उसी इंजीनियरिंग रिकॉर्ड में वापस आता है, जहां टीम बदलावों को देखती और जांचती है।

Issue या PR में @mention से काम कैसे शुरू होता है?

CNB दस्तावेज़ में दो NPC इवेंट बताए गए हैं:

• issue.comment@npc: जब Issue के विवरण या टिप्पणी में NPC का उल्लेख हो;
• pull_request.comment@npc: जब PR के विवरण, रिव्यू या टिप्पणी में NPC का उल्लेख हो। 35

इसका मतलब है कि डेवलपर किसी सहकर्मी की तरह उपयुक्त AI भूमिका को टैग करके जांच, इम्प्लीमेंटेशन या रिव्यू का काम दे सकता है। हर चरण के लिए लाइव चैट सत्र खुला रखना जरूरी नहीं है।

टीम अपने रिपॉज़िटरी के लिए अलग-अलग NPC भूमिकाएँ .cnb/settings.yml में परिभाषित कर सकती है। इनमें भूमिका का नाम, प्रॉम्प्ट, नॉलेज-बेस इम्पोर्ट और UI सेटिंग्स शामिल हो सकती हैं। जरूरत पड़ने पर .cnb.yml में कस्टम व्यवहार और कस्टम रनटाइम इमेज भी तय की जा सकती है; अन्यथा CNB डिफ़ॉल्ट NPC रनटाइम इमेज का उल्लेख करता है। 3235

यानी यहां एक सामान्य AI सहायक के बजाय भूमिका-आधारित ढांचा है—मसलन कोड लिखने वाला सहायक, जांच करने वाला एजेंट या रिव्यूअर।

टास्क से PR तक: असिंक्रोनस डिलीवरी लूप

Tencent के बताए प्रवाह में, काम सौंपे जाने के बाद एजेंट रिपॉज़िटरी का संदर्भ ले सकता है, योजना तैयार कर सकता है, कोड बदल सकता है, PR भेज सकता है, टेस्ट चला सकता है और CI परिणामों के आधार पर आगे सुधार कर सकता है। 16

प्रक्रिया को सरल रूप में ऐसे समझें:

1. Issue या PR में काम सौंपना: @mention से NPC इवेंट ट्रिगर होता है।
2. इंजीनियरिंग संदर्भ पढ़ना: एजेंट टास्क, कोडबेस, मौजूदा बदलाव और पहले के वर्कफ़्लो रिकॉर्ड को देखता है।
3. योजना और इम्प्लीमेंटेशन: वह समाधान का तरीका बनाता और कोड में बदलाव करता है।
4. PR और वैलिडेशन: बदलाव को PR के रूप में प्रस्तुत कर टेस्ट तथा पाइपलाइन जांच चलाई जाती है।
5. विफलता पर पुनरावृत्ति: CI फेल हो तो एजेंट लॉग पढ़कर समस्या पहचानने और अगली वैलिडेशन के लिए बदलाव सुधारने का प्रयास कर सकता है। 1623

यही कारण है कि Tencent इसे सिर्फ AI-assisted coding नहीं, बल्कि इंजीनियरिंग प्रक्रिया में AI की भागीदारी कहता है। फिर भी, ‘वैलिडेट’ और ‘रिव्यू’ की परतें अहम रहती हैं—एजेंट का बदलाव स्वीकार करने से पहले टीम के नियम, टेस्ट और मानव समीक्षा लागू होने चाहिए।

CNB: निष्पादन और नियंत्रण की आधार-परत

यह वर्कफ़्लो Tencent Cloud के CNB प्लेटफ़ॉर्म की रिपॉज़िटरी और पाइपलाइन संरचना पर निर्भर है। CNB पाइपलाइन कॉन्फ़िगरेशन में Docker इमेज, Dockerfile से बनी इमेज, dev-container वातावरण, माउंटेड वॉल्यूम तथा रनर टैग या CPU सेटिंग्स चुनी जा सकती हैं। इससे काम डेवलपर के निजी लैपटॉप की स्थिति पर निर्भर रहने के बजाय रिपॉज़िटरी-परिभाषित और दोहराए जा सकने वाले वातावरण में चल सकता है। 34

CNB में दोबारा इस्तेमाल होने वाला Docker कैश भी उपलब्ध है, जो बाद के बिल्ड में निर्भरताएँ और अन्य नेटवर्क संसाधन फिर से डाउनलोड करने की जरूरत घटा सकता है। 33

अथॉराइजेशन के लिए CNB पाइपलाइन के दौरान CNB_TOKEN देता है। दस्तावेज़ के अनुसार, यह अस्थायी टोकन कोड और आर्टिफैक्ट को pull/push करने तथा API कॉल के लिए इस्तेमाल हो सकता है, रन समाप्त होने पर नष्ट हो जाता है और इसकी अनुमति ट्रिगर करने वाले इवेंट के आधार पर तय होती है। NPC-ट्रिगर किए गए निष्पादन में कोड, PR, Issue और टिप्पणियों जैसी कार्रवाइयों की अनुमतियों का भी उल्लेख है। 44

यह अहम है, क्योंकि ब्रांच बनाने, PR खोलने या CI फेल होने पर बदलाव करने वाले एजेंट को केवल मॉडल एक्सेस नहीं, बल्कि सीमित और ऑडिट योग्य सिस्टम एक्सेस भी चाहिए। CNB के सीक्रेट स्टोर दस्तावेज़ में संवेदनशील जानकारी के लिए एक्सेस कंट्रोल, ऑपरेशनल प्रतिबंध, ऑडिट लॉग और वॉटरमार्किंग का वर्णन है। 38

YAML-आधारित भूमिकाएँ क्यों उपयोगी हैं?

YAML में परिभाषित NPC भूमिका एजेंट के व्यवहार को रिपॉज़िटरी के हिसाब से ढालने देती है। भूमिका में प्रॉम्प्ट और आयातित ज्ञान स्रोत हो सकते हैं, जबकि संबंधित पाइपलाइन यह निर्धारित कर सकती है कि वह कैसे चलेगी। 3235

एक ही इंजीनियरिंग प्रक्रिया में इससे अलग-अलग ऑपरेटिंग मोड बनाए जा सकते हैं, जैसे:

• जांच भूमिका: संदर्भ जुटाए और आगे का रास्ता सुझाए;
• इम्प्लीमेंटेशन भूमिका: कोड बदले और PR तैयार करे;
• रिव्यू भूमिका: मांग पर PR की जांच करे;
• कई NPC भूमिकाओं का समन्वय: बड़े या जटिल कामों के लिए।

Tencent ने कहा है कि जटिल कार्यों के लिए कई NPC को मिलाकर NPC Team बनाई जा सकती है। दस्तावेज़ भूमिकाओं और इवेंट की बुनियादी व्यवस्था दिखाता है; लेकिन किस भूमिका को कौन-सा काम देना है, यह हर टीम का अपना डिज़ाइन निर्णय होगा। 63235

टोकन खपत 20,000 से लगभग 2,000 तक कैसे आई?

Tencent का कहना है कि उसके आधिकारिक R&D NPC की शुरुआती टोकन खपत शुरुआती संस्करणों में 20,000 से अधिक थी, जो घटकर लगभग 2,000 रह गई—यानी 90% से ज्यादा की कमी। कंपनी इसका श्रेय प्रॉम्प्ट, टूल कॉल, CLI आउटपुट और कैश हिट रेट के निरंतर अनुकूलन को देती है। 623

इसका महत्व इसलिए है कि एजेंट-आधारित काम में अक्सर मॉडल को कई बार कॉल करना पड़ता है। शुरुआती सिस्टम प्रॉम्प्ट और टूल विवरण बाद की कॉल में भी काम आते हैं; इसलिए पहली कॉल का संदर्भ और टूल ओवरहेड घटने से पूरे रन की लागत का आधार कम हो सकता है। Tencent यह भी कहता है कि उद्यम काम की जटिलता के अनुसार मॉडल रणनीति चुन सकते हैं, ताकि प्रदर्शन और लागत के बीच संतुलन बनाया जा सके। 1523

ध्यान रहे, यह Tencent द्वारा बताया गया दक्षता आंकड़ा है; यह कुल लागत या कार्य-गुणवत्ता का स्वतंत्र बेंचमार्क नहीं है। वास्तविक उपयोग रिपॉज़िटरी के आकार, काम के दायरे, चुने गए मॉडल, रीट्राई की संख्या और CI कार्यभार के अनुसार बदल सकता है।

AI coding से ‘AI इंजीनियरिंग सहयोग’ तक का दावा

Tencent के शब्दों में यह बदलाव AI की विकास-जीवनचक्र में जगह को दर्शाता है:

• AI-assisted coding: डेवलपर को कोड लिखने या बदलने में मदद;
• AI-driven task execution: किसी अलग, सीमित कार्रवाई की जिम्मेदारी AI को देना;
• AI engineering collaboration: टास्क लेना, इम्प्लीमेंटेशन, रिव्यू, वैलिडेशन और सुधार की जुड़ी हुई प्रक्रिया में एजेंट की भागीदारी। 110

इस दावे का व्यावहारिक पक्ष ‘स्वायत्त रूप से बिना निगरानी रिलीज़’ नहीं, बल्कि वर्कफ़्लो इंटीग्रेशन है। काम स्थापित सहयोगी रिकॉर्ड के माध्यम से सौंपा जाता है, बदलाव PR के रूप में आते हैं और स्वीकृति से पहले CI तथा गुणवत्ता जांचें फीडबैक देती हैं। इससे यह ट्रैक बना रहता है कि एजेंट से क्या कहा गया, उसने क्या बदला और सिस्टम ने उस बदलाव का कैसे मूल्यांकन किया। 144

ऐसे सिस्टम पर विचार कर रही टीमों के लिए असली सवाल यह है कि क्या उनकी अनुमति-व्यवस्था, टेस्ट कवरेज, रिव्यू नियम और डिप्लॉयमेंट गेट इतने मजबूत हैं कि सार्थक रिपॉज़िटरी एक्सेस वाले एजेंट की निगरानी कर सकें। CodeBuddy NPC लूप के कई चरण स्वचालित कर सकता है, लेकिन मानव समीक्षा और संगठनात्मक नियंत्रण की जरूरत खत्म नहीं करता।