CodeBuddy NPC को अलग चैट विंडो के बजाय मौजूदा Git विकास प्रक्रिया में प्रमाणित और इवेंट आधारित सहभागी के रूप में रखा गया है। डेवलपर Issue या PR में किसी NPC भूमिका को @mention कर सकता है; एजेंट जांच, योजना, कोडिंग, PR, CI जांच और सुधार के चरणों को असिंक्रोनस ढंग से चला सकता है। [1][6] रिपॉजिटरी इतिहास, Issues, PRs,...
शोध उत्तर

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.. Topic tags: general web, openai, llm, ai, workflow. 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, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts.
CodeBuddy NPC का मूल विचार AI को डेवलपर के पास खुली किसी अलग चैट विंडो तक सीमित रखना नहीं है। इसके बजाय, उसे मौजूदा Git-आधारित विकास प्रणाली में प्रमाणित, इवेंट-आधारित सहभागी की तरह रखा जाता है। डेवलपर किसी Issue या Pull Request (PR) में भूमिका को @mention करता है, और एजेंट असिंक्रोनस रूप से जांच → योजना → कार्यान्वयन → PR → CI सत्यापन → सुधार → दोबारा सत्यापन का चक्र चला सकता है। 1
6
इस मॉडल में Git केवल कोड रखने की जगह नहीं है। रिपॉजिटरी का इतिहास, Issues, PRs, CI/CD के नतीजे और गुणवत्ता-गेट्स ही AI के काम का संदर्भ बनते हैं। इसलिए आवश्यकताओं, सोर्स कोड और बिल्ड लॉग को बार-बार कॉपी करके किसी सहायक में डालने के बजाय, NPC इन्हीं मौजूदा इंजीनियरिंग आर्टिफैक्ट्स के भीतर काम करता है और टीम की स्थापित प्रक्रिया को अपनाता है। 1
7
सरल शब्दों में, AI को कोई अलग कार्य-सूची नहीं दी जाती; उसे उसी कार्य-सूची, कोडबेस और सत्यापन प्रणाली में शामिल किया जाता है जिसे मानव टीम पहले से इस्तेमाल कर रही है।
CNB के दस्तावेज़ों के अनुसार, NPC इवेंट तब ट्रिगर हो सकते हैं जब किसी NPC का उल्लेख Issue के विवरण या टिप्पणी में किया जाए, या PR के विवरण, रिव्यू अथवा टिप्पणी में उसे टैग किया जाए। समर्थित इवेंट में issue.comment@npc और pull_request.comment@npc शामिल हैं। 6
मिसाल के तौर पर, कोई डेवलपर PR टिप्पणी में @CodeBuddy लिखकर कोड रिव्यू मांग सकता है। कस्टम NPC भूमिका को भी इसी तरह उल्लेख करके चलाया जा सकता है। 1
यह तरीका महत्वपूर्ण है क्योंकि काम शुरू करने का संकेत वहीं रहता है जहां टीम पहले से संवाद करती है—Issue और PR में। डेवलपर को एजेंट के साथ लंबे इंटरैक्टिव सत्र में बने रहना जरूरी नहीं होता।
CNB में रिपॉजिटरी के लिए विशिष्ट NPC भूमिकाएं .cnb/settings.yml में परिभाषित की जा सकती हैं। इस कॉन्फ़िगरेशन में भूमिका का नाम, प्रॉम्प्ट, नॉलेज-बेस इंपोर्ट और इंटरैक्शन बटन जैसी चीजें शामिल हो सकती हैं। 3
इससे अलग-अलग जिम्मेदारियों के लिए विशेषीकृत AI भूमिकाएं बनाई जा सकती हैं, जैसे:
NPC के व्यवहार को आवश्यकता पड़ने पर उसकी रिपॉजिटरी की .cnb.yml फ़ाइल में परिभाषित किया जा सकता है। यदि कस्टम इवेंट पाइपलाइन नहीं बनाई गई है, तो दस्तावेज़ के अनुसार सिस्टम डिफ़ॉल्ट NPC रनटाइम का उपयोग करता है। 6
Invoke होने के बाद, CodeBuddy NPC के लिए अपेक्षित कार्य-चक्र में कोडबेस को पढ़ना और समझना, समाधान की योजना बनाना, कोड लिखना, PR बनाना, टेस्ट चलाना, CI विफलता का निरीक्षण करना और सुधार के बाद फिर से सत्यापन शामिल है। यह डिज़ाइन एकल उत्तर देने वाले कोड सहायक से आगे जाकर डिलीवरी फीडबैक लूप को बंद करने का लक्ष्य रखता है। 1
7
हालांकि, इसे हर काम के लिए बिना मानव समीक्षा के सुरक्षित रूप से रिलीज़ हो जाने का प्रमाण नहीं मानना चाहिए। यह मुख्यतः सिस्टम की वास्तुकला और कार्यप्रवाह का दावा है। 1
7
एजेंट के नीचे CNB, Git होस्टिंग, CI/CD पाइपलाइन, आर्टिफैक्ट रिपॉजिटरी और क्लाउड-नेटिव डेवलपमेंट वातावरण उपलब्ध कराता है। पाइपलाइन YAML में Docker इमेज, Dockerfile से बनी अस्थायी इमेज, dev container, mounted volumes, CPU टैग वाले runners और पुन: उपयोग योग्य Docker cache जैसी सेटिंग्स दी जा सकती हैं। इससे बिल्ड और टेस्ट किसी डेवलपर के लैपटॉप पर निर्भर रहने के बजाय दोहराए जा सकने वाले, अलग-थलग वातावरण में चल सकते हैं। 5
4
पाइपलाइन रन के दौरान CNB अस्थायी CNB_TOKEN देता है, जिसका उपयोग कोड और आर्टिफैक्ट पढ़ने-लिखने तथा API कॉल के लिए किया जा सकता है। टोकन की अनुमति ट्रिगर करने वाले इवेंट पर निर्भर होती है और रन समाप्त होने पर टोकन नष्ट कर दिया जाता है। 15
चूंकि कार्य Issue, PR, कमिट, पाइपलाइन और गुणवत्ता-गेट्स में शुरू, दर्ज और सत्यापित होता है, संगठन के पास परिचित इंजीनियरिंग ऑडिट ट्रेल बना रहता है। यानी एजेंट का काम किसी अस्पष्ट, बाहरी गतिविधि के रूप में अलग नहीं हो जाता। 1
9
CNB के सुरक्षित सीक्रेट-स्टोर दस्तावेज़ों में संवेदनशील डेटा के लिए एक्सेस कंट्रोल, ऑपरेशन प्रतिबंध, ऑडिट लॉग और वॉटरमार्किंग जैसे उपायों का भी उल्लेख है। 9
Tencent के अनुसार, प्रॉम्प्ट, टूल कॉल, CLI आउटपुट और कैश-हिट दर के निरंतर अनुकूलन से पहली बारी के टोकन उपयोग को 20,000 से अधिक से घटाकर लगभग 2,000 तक लाया गया—यानी 90% से अधिक की कमी। कंपनी कार्य की कठिनाई के अनुरूप मॉडल रणनीति चुनने की भी बात करती है, ताकि हर कार्य पर एक-जैसी महंगी क्षमता न लगाई जाए। 8
11
CodeBuddy NPC का अंतर सिर्फ “AI से कोड लिखवाने” में नहीं, बल्कि AI को टीम के मानक Git आर्टिफैक्ट्स और नियंत्रणों के भीतर काम देने में है। @mention से शुरू होकर भूमिका-आधारित निष्पादन, PR, CI जांच और सुधार तक पहुंचने वाला यह मॉडल AI को एक नियंत्रित सहयोगी के रूप में स्थापित करने की कोशिश करता है—जहां काम, अनुमतियां और सत्यापन सभी मौजूदा इंजीनियरिंग प्रक्रिया में दर्ज रहते हैं। 1
6
7
Studio Global AI
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
CodeBuddy NPC को अलग चैट विंडो के बजाय मौजूदा Git विकास प्रक्रिया में प्रमाणित और इवेंट आधारित सहभागी के रूप में रखा गया है।
CodeBuddy NPC को अलग चैट विंडो के बजाय मौजूदा Git विकास प्रक्रिया में प्रमाणित और इवेंट आधारित सहभागी के रूप में रखा गया है। डेवलपर Issue या PR में किसी NPC भूमिका को @mention कर सकता है; एजेंट जांच, योजना, कोडिंग, PR, CI जांच और सुधार के चरणों को असिंक्रोनस ढंग से चला सकता है। [1][6]
रिपॉजिटरी इतिहास, Issues, PRs, CI/CD परिणाम और गुणवत्ता गेट्स एजेंट का कार्य संदर्भ और स्थायी कार्य स्मृति बनते हैं। [1][7]