Copilot Studio एजेंट

कल्पना कीजिए कि आपने अपना पहला Copilot Studio एजेंट लॉन्च किया है। उपयोगकर्ता को प्रभावित करने के बजाय वह कुछ अस्पष्ट-सा कह देता है, जैसे "मुझे लगता है कि नीति शायद यह कहती है…"। टेस्ट पैन में जो बॉट एकदम सही चलता था, वह असली उपयोगकर्ताओं के सामने आते ही लड़खड़ा जाता है।

ऐसा लगभग हमेशा तीन कारणों से होता है: ग्राउंडिंग की कमी, पर्सोना का अभाव और चैनलों पर पर्याप्त परीक्षण न करना। इस लेख में हम इन तीनों को क्रम से समझेंगे, साथ में डिबगिंग का एक व्यावहारिक तरीका और पब्लिशिंग की चेकलिस्ट भी देखेंगे।

Copilot Studio एजेंट असली दुनिया में क्यों फेल होते हैं?

टेस्ट पैन आपको झूठी सुरक्षा देता है। वहाँ आप वही वाक्य लिखते हैं जिनके लिए आपने बॉट तैयार किया है। असली उपयोगकर्ता अलग-अलग ढंग से लिखते हैं। कोई सीधे पूछेगा "होटल की सीमा क्या है?", किसी से टाइपिंग की गलती हो जाएगी, और कोई कहेगा "यात्रा के पैसे के बारे में फिर से याद दिलाओ"। मतलब सबका एक ही है।

अगर आपने केवल एक ही वाक्य पर परीक्षण किया है, तो वह परिणाम असली दुनिया में सफलता की गारंटी नहीं देता। इसका तकनीकी कारण इंटेंट कवरेज है। बॉट को यह जानने के लिए कि किस टॉपिक को जवाब देना है, ट्रिगर वाक्यांश और विषय की परिभाषाएँ चाहिए। अगर आपके सभी उदाहरण एक जैसे दिखते हैं, तो बॉट विविध भाषा को पहचान नहीं पाएगा।

दूसरी परत चैनल की है। Teams, SharePoint या डेमो वेबसाइट पर पब्लिश करते ही प्लेटफ़ॉर्म इनपुट टेक्स्ट को संभालने और जवाब दिखाने का तरीका बदल सकता है। Teams पंक्तियों को अलग ढंग से तोड़ सकता है। उपयोगकर्ता यह नहीं सोचते कि बॉट कैसे बना है। वे बस मान लेते हैं कि वह उन्हें किसी सहकर्मी की तरह समझेगा, और पहली ही गलती पर भरोसा खत्म हो जाता है।

इसलिए स्टूडियो को अभ्यास का मैदान समझिए, अंतिम प्रमाण नहीं।

ग्राउंडिंग क्या है और नॉलेज सोर्स कैसे जोड़ें?

बिना ग्राउंडिंग का बॉट प्रश्नों को अनदेखा करने के बजाय मनगढ़ंत बातें करने लगता है। शुरुआत में उसकी चमक यह कमी छिपा लेती है। स्टूडियो में नया बिल्ड शानदार दिखता है, अभिवादन विनम्र लगता है, पर शब्दों के पीछे कोई ठोस आधार नहीं होता। विनम्रता से मना करने के बजाय बॉट ऐसी संख्या गढ़ देता है जो विश्वसनीय नहीं है। कोई कर्मचारी उसी गलत आउटपुट के आधार पर होटल बुक कर ले, तो आप खर्च-विवादों और नाराज़ ईमेल में उलझ जाते हैं।

एक व्यावहारिक उदाहरण

मान लीजिए आपके पास expensespolicy.docx नाम की फ़ाइल है, जिसमें ठहरने की सीमा 200 प्रति रात बताई गई है। ग्राउंडिंग के बिना आप बॉट से पूछें "होटल की सीमा क्या है?", तो वह पूरे आत्मविश्वास से कोई भी जवाब दे सकता है, जो पूरी तरह मनगढ़ंत भी हो सकता है।

नॉलेज जोड़ने के चरण

1. Copilot Studio में अपने एजेंट के Overview स्क्रीन पर जाएँ।
2. Knowledge पर क्लिक करें और Add knowledge चुनें।
3. फ़ाइल अपलोड करने का विकल्प चुनें और उसे expensespolicy.docx या किसी अन्य विश्वसनीय स्रोत की ओर इंगित करें।

आप किसी सार्वजनिक वेबसाइट या SharePoint स्थान से भी कनेक्ट कर सकते हैं, लेकिन फ़ाइलें ज़्यादा बेहतर रहती हैं।

इंडेक्सिंग का इंतज़ार करें

अपलोड के बाद सामग्री तैयार होने से पहले इंडेक्सिंग में 10 मिनट या उससे अधिक लग सकते हैं। शुरुआती टेस्ट में तुरंत परिणाम न मिले तो घबराइए नहीं। इंडेक्सिंग पूरी होने पर वही प्रश्न दोबारा पूछें। सही ग्राउंडिंग होने पर आपको वास्तविक 200 वाला उत्तर दिखेगा, साथ में एक छोटा उद्धरण (citation) जो बताएगा कि जवाब आपके अपलोड किए दस्तावेज़ से आया है। वह उद्धरण ही आपकी सफलता का संकेत है।

Conversational boosting से जुड़ी आम ग़लतफ़हमी

बहुत से लोग मान लेते हैं कि conversational boosting अपने आप कमियाँ भर देगी। ऐसा नहीं है। boosting नीति की समझ पैदा नहीं करती, वह केवल टेक्स्ट पैटर्न को बढ़ाती है। ज्ञान के स्रोत के बिना वह आराम से सामान्य बातें करती रहती है। यह उस इंटर्न को तीन कप कॉफ़ी देने जैसा है, इस उम्मीद में कि कैफ़ीन अज्ञानता की भरपाई कर देगा।

अगर आपके नॉलेज बेस में कोई मिलान नहीं मिलता, तो boosting मॉडल के सामान्य ज्ञान का उपयोग कर सकती है और अस्पष्ट या गलत उत्तर दे सकती है।

ग्राउंडिंग एजेंट को अनजान इंटर्न से उस चीज़ में बदल देती है जिसे गेमर्स "रूल्स लॉयर" कहते हैं, यानी जो किताब का हवाला देता है, अपनी मनमर्ज़ी नहीं चलाता। नीति दस्तावेज़ संलग्न करते ही सिस्टम मनगढ़ंत बातों के बजाय कॉर्पोरेट नियमों का पालन करने लगता है। इससे भी बेहतर, प्रतिक्रियाएँ स्पष्ट उद्धरण देती हैं जिन्हें आप जाँच सकते हैं। सत्यापित ज्ञान-स्रोत शुरू से देना ही भरोसेमंद नतीजे का एकमात्र तरीका है।

पर्सोना सेट करें: नाम, विवरण, टोन और निर्देश

जब बॉट सच बोलना सीख जाए, तो अगला सवाल यह है कि वह सच कैसे बताता है। व्यक्तित्व के बिना सटीकता भी उपयोगकर्ताओं को दूर कर देती है। Copilot Studio में यह मुफ़्त नहीं मिलता, आपको इसे खुद लिखना पड़ता है। Overview पेज पर नाम, विवरण और निर्देश फ़ील्ड संपादित करने से बात बनती है। इन्हें खाली छोड़ेंगे तो रटे-रटाए जवाब मिलेंगे, जो ट्यूटोरियल मोड में फँसे किसी NPC जैसे लगते हैं।

चैट खुलते ही सिस्टम की एक डिफ़ॉल्ट शैली सामने आती है। फ़ील्ड बदले बिना उपयोगकर्ता को बिना अधिकार और संदर्भ के एक नीरस स्वागत मिलता है। HR या वित्त जैसे माहौल में ऐसा सामान्य लहजा लोगों को लगता है कि वे किसी प्रोटोटाइप का परीक्षण कर रहे हैं, किसी भरोसेमंद उपकरण का नहीं। यहाँ भरोसा जल्दी खत्म होता है, और पहली बार में ही उपयोगकर्ता खो दिए तो वे शायद ही लौटते हैं।

इसे कैरेक्टर शीट की तरह देखें

• नाम आपकी क्लास है।
• विवरण बैकस्टोरी है।
• लंबा इंस्ट्रक्शन बॉक्स एट्रिब्यूट्स हैं।
• टोन अलाइनमेंट है।

इंस्ट्रक्शन फ़ील्ड 8000 अक्षरों तक की जगह देता है। वहाँ व्यावहारिक नियम लिखें: क्या शामिल करना है, क्या नहीं, जवाब का फ़ॉर्मेट कैसा हो। निर्देश सटीक होंगे तो AI अनावश्यक बातों से बचेगा और मानवीय शैली में जवाब देगा।

पाँच मिनट से कम के दो बदलाव

पहला, conversation start topic बदलें। टेस्ट पैन में वह इंट्रो संदेश दिखता है जो चैट खुलने पर बॉट देता है, और डिफ़ॉल्ट रूप से वह सामान्य होता है। उसे भूमिका-विशिष्ट संदेश से बदलें, जैसे: "मैं यात्रा नीति समझने में आपकी मदद के लिए यहाँ हूँ और संभव होने पर आधिकारिक दस्तावेज़ का हवाला दूँगा।" फिर बातचीत रिफ़्रेश करके दोबारा जाँचें।

दूसरा, एजेंट आइकन बदलें। सिस्टम 30KB से कम के, 192 गुणा 192 पिक्सल तक के PNG का समर्थन करता है। एक साधारण लोगो भी डेमो-जैसा एहसास हटा देता है।

इन बदलावों को सिर्फ़ दिखावा न समझें। ये बुनियादी सुरक्षा कवच हैं। परिचय में अपनी भूमिका बताने से उपयोगकर्ता सही सवाल पूछने को प्रेरित होते हैं, और टोन के नियम लंबी, गैर-ज़रूरी बातों से बचाते हैं। नतीजतन "मुझे समझ नहीं आया" जैसी शिकायतें घटती हैं।

रियल-टाइम डिबगिंग: गलती देखें, अलग करें, ठीक करें, फिर परखें

असली परीक्षा रिहर्सल नहीं, लाइव इस्तेमाल में प्रदर्शन देखना है। पहली असफलता पर हार मानने के बजाय लॉग्स पढ़िए। लूप सीधा है: गलती देखें, उसे अलग करें, ठीक करें और दोबारा परखें।

पाँच चरणों की दिनचर्या

1. असफल क्वेरी दोबारा चलाएँ। टेस्ट पैन में बिल्कुल वही सवाल पूछें जो उपयोगकर्ता ने पूछा था।
2. बातचीत रीसेट करें। रिफ़्रेश आइकन या नई चैट पर क्लिक करें, क्योंकि नई शुरुआत मायने रखती है।
3. टॉपिक्स देखें। पता करें कि कौन-सा टॉपिक ट्रिगर हुआ। अगर वह आपका नहीं, बल्कि सिस्टम का conversational boosting टॉपिक था, तो बॉट ने आपके ज्ञान के बजाय मॉडल का सहारा लिया।
4. इंडेक्स जाँचें। देखें कि आपकी फ़ाइल या साइट अपलोड और इंडेक्स हुई है या नहीं। इंडेक्स नहीं तो ग्राउंडिंग नहीं, और इसमें कई मिनट लग सकते हैं।
5. सुधारें और फिर चलाएँ। निर्देश या विषय-सामग्री संपादित करें, सहेजें और वही क्वेरी दोबारा चलाएँ।

इस दोहराव के बिना आप बस उम्मीद कर रहे होते हैं कि अगली बार पासा बेहतर पड़ेगा।

जब जवाब संरचना की कमी से गलत हो

कई बार समस्या लहजे की नहीं, संरचना की होती है। तब Topics पेज पर Copilot के साथ "Add from description" का विकल्प उपयोगी है। अपनी ज़रूरत लिखें, जैसे "जब उपयोगकर्ता खर्च सीमा के बारे में पूछे तो सीधे उत्तर दें", और सिस्टम उस विवरण से एक टॉपिक का ढाँचा बना देगा। यह तब काम आता है जब बॉट बार-बार किसी बुनियादी सवाल को टाल रहा हो।

A/B टेस्टिंग से लहजा चुनें

केवल हाँ या ना वाले सुधारों से आगे बढ़कर लहजे की 10 मिनट की A/B टेस्टिंग करें। निर्देशों में औपचारिक नीति-भाषा वाला वेरिएंट A लिखें, सहेजें और पूछें "यात्रा सीमा क्या है?", फिर उत्तर दर्ज करें। इसके बाद निर्देशों को वेरिएंट B में बदलें, यानी नियमों का हवाला देने वाला मित्रवत HR गाइड, और वही प्रश्न दोबारा चलाएँ। आपके पास तुलनात्मक लॉग होंगे जो दिखाएँगे कि कौन-सा व्यक्तित्व बेहतर है। इसके लिए टेस्ट पैन के अलावा कुछ नहीं चाहिए। इस तरह फ़ैसला अनुमान से नहीं, सबूत से होता है।

ग्राउंडिंग चेक का उदाहरण

मान लें कोई पूछता है "होटल के लिए मैं क्या खर्च कर सकता हूँ?" और बॉट अस्पष्ट जवाब देता है। यह पूरी विफलता नहीं, एक फ़ीडबैक है। हो सकता है फ़ाइल अभी इंडेक्स न हुई हो, या आपके ट्रिगर वाक्यांशों में "होटल" शामिल न हो। Knowledge टैब दोबारा जाँचें कि फ़ाइल लाइव है, फिर travel topic में होटल खर्च को ट्रिगर वाक्यांश के रूप में जोड़ें। दोबारा चलाने पर जवाब मिलता है कि नीति के अनुसार ठहरने का खर्च 200 प्रति रात तक सीमित है। समस्या सफलतापूर्वक सुलझ गई।

सुझाए गए प्रॉम्प्ट

खाली टेक्स्ट बॉक्स उपयोगकर्ताओं को भ्रमित कर सकता है। Overview पेज से तीन से पाँच सुझाए गए प्रॉम्प्ट पहले से भर दें, जैसे "होटल की सीमा क्या है?"। उपयोगकर्ता सीधे क्लिक करता है, आप वास्तविक रास्तों को तेज़ी से परखते हैं, और बॉट की भूमिका टाइप करने से पहले ही स्पष्ट हो जाती है।

पब्लिशिंग और चैनल: जहाँ नए बिल्डर चूकते हैं

Publish दबाते ही आपका एजेंट वर्कशॉप से निकलकर असली उपयोगकर्ताओं के सामने आता है। पब्लिशिंग आपके सावधानी से तैयार किए बॉट को ऐसे चैनलों में डाल देती है जो अपने नियमों पर चलते हैं। यह सिर्फ़ एक क्लिक में लाइव होना नहीं है। यह तय करता है कि आपके एजेंट तक कौन पहुँच सकता है, वे कैसे जुड़ते हैं और प्रतिक्रियाएँ असल में कैसी दिखती हैं।

स्टूडियो में जो उत्तर साफ़ आता था, वह तैनाती के बाद अलग दिख सकता है या फ़ेल भी हो सकता है। स्टूडियो में जवाब मिलता है कि पॉलिसी के अनुसार आवास की सीमा तय है, और Teams में वही वाक्य टेस्ट करने पर बॉट कहता है "मैं समझ नहीं पा रहा हूँ", जबकि बॉट में कुछ बदला नहीं। कारण है Teams का टेक्स्ट रैप करने और मेटाडेटा पास करने का तरीका। SharePoint लाइन स्पेसिंग को अपने ढंग से दिखाता है। डेमो वेबसाइट सबसे सरल है, फिर भी वह फ़ॉर्मेटिंग को स्टूडियो से अलग दिखा सकती है। हर पब्लिश टार्गेट एक अलग मैदान है, इसलिए हर एक का अलग परीक्षण ज़रूरी है।

पब्लिश चेकलिस्ट

1. पुष्टि करें कि नॉलेज फ़ाइलें पूरी तरह इंडेक्स हो चुकी हैं। अभी अपलोड की हैं तो हो सकता है वे लाइव उत्तरों के लिए तैयार न हों।
2. प्रमाणीकरण (authentication) सेट करें। सार्वजनिक डेमो के लिए "कोई प्रमाणीकरण नहीं" चुनें, ताकि लिंक वाला कोई भी व्यक्ति आज़मा सके।
3. Publish दबाएँ और चैनल पेज पर हरा कन्फ़र्मेशन बैनर या स्टेटस अपडेट देखें।
4. डेमो वेबसाइट की चैनल सेटिंग्स खोलकर वेलकम मैसेज और बातचीत शुरू करने वाले विकल्प अपडेट करें, ताकि टेस्टर खाली चैट बॉक्स देखकर न रुकें।
5. क्लोज़्ड पाइलट चलाएँ। पूरे टेनेंट पर तुरंत प्रसारित न करें।

क्लोज़्ड पाइलट क्यों

अलग-अलग भूमिकाओं वाला एक छोटा समूह पूरे रिलीज़ से कहीं बेहतर है। उसे सामान्य भाषा आज़माने, टाइपो करने और जहाँ उचित हो फ़ाइलें अपलोड करने को कहें। उनकी गलतियाँ ही कमज़ोरियाँ उजागर करती हैं। इस तरह पाइलट लॉन्च को आसान ही नहीं बनाता, बल्कि वे बग रिपोर्ट भी देता है जिनकी ज़रूरत कंपनी-व्यापी रिलीज़ से पहले बिल्ड को पैच करने के लिए होती है।

स्टूडियो में आज़माए गए सभी परिदृश्य, यानी औपचारिक प्रश्न, सामान्य वाक्यांश, टाइपो और एक सटीक उद्धरण, हर टार्गेट चैनल में दोहराएँ। देखें कि Teams उत्तर लगातार प्रस्तुत करता है या नहीं, SharePoint स्पेसिंग कैसे बिगाड़ता है, और वेब डेमो अब भी स्रोत उद्धरण जोड़ता है या नहीं। स्टूडियो में एक बार चला परीक्षण सफल रोलआउट की गारंटी नहीं देता।

पब्लिश के बाद निगरानी

बॉट के Teams से डेमो वेबसाइट तक पहुँचते ही उपयोग का डेटा आने लगता है। Power Platform Admin Center और इन-बिल्ट एनालिटिक्स इसमें मदद करते हैं। आप अपनाने (adoption) की संख्या देख सकते हैं और यह भी कि कौन-सी बातचीत किसी टॉपिक को ट्रिगर करने में विफल रही। पब्लिश करके भूल जाने के बजाय लॉग्स देखते रहें, ताकि पता चले कि बॉट कैसे उपयोग हो रहा है।

आम गलतियाँ और स्टॉलिंग ब्लॉक

• सिर्फ़ रिहर्सल पर भरोसा: एक ही वाक्य के सफल टेस्ट को पूरी सफलता मान लेना।
• ग्राउंडिंग छोड़ना: बिना स्रोत के बॉट आत्मविश्वास से मनगढ़ंत जवाब गढ़ देता है।
• boosting से उम्मीदें: वह नीति की समझ नहीं देती, सिर्फ़ टेक्स्ट पैटर्न बढ़ाती है।
• पर्सोना खाली छोड़ना: डिफ़ॉल्ट नीरस स्वागत और सामान्य लहजा भरोसा घटाता है।
• असफल आउटपुट को अनदेखा करना: यह मान लेना कि अगला प्रयास जादू से सफल होगा। इससे उपयोगकर्ता सपोर्ट टिकट बनाने लगते हैं और भरोसा गिरता है।
• इंडेक्सिंग भूलना: इंडेक्स नहीं तो कोई ग्राउंडिंग नहीं।
• जल्दबाज़ी में पूरे संगठन में रोलआउट: Teams में बिगड़े उत्तर टिकटों की बाढ़ ला सकते हैं, और खोए उपयोगकर्ताओं को वापस जीतना बॉट ठीक करने से ज़्यादा समय लेता है।

व्यावहारिक निष्कर्ष: अपने एजेंट को मज़बूत बनाने की सूची

• एजेंट को ग्राउंड करें: कोई दस्तावेज़ अपलोड करें या विश्वसनीय स्रोत से जोड़ें, ताकि वह अनुमान न लगाए।
• इंडेक्सिंग पूरी होने (10 मिनट या अधिक) तक रुकें, फिर उद्धरण के साथ उत्तर जाँचें।
• नाम, छोटा विवरण और टोन सेट करें, और 8000 अक्षरों वाले इंस्ट्रक्शन फ़ील्ड में व्यवहार स्पष्ट लिखें।
• conversation start topic को भूमिका-विशिष्ट बनाएँ और 192×192 पिक्सल तक का साधारण PNG आइकन लगाएँ।
• तीन से पाँच सुझाए गए प्रॉम्प्ट पहले से भरें।
• डिबगिंग लूप अपनाएँ: क्वेरी दोहराएँ, चैट रीसेट करें, ट्रिगर हुआ टॉपिक देखें, इंडेक्स जाँचें, सुधारकर फिर चलाएँ।
• लहजे के फ़ैसले के लिए वेरिएंट A और B की तुलना करें।
• हर चैनल (Teams, SharePoint, डेमो वेबसाइट) पर अलग से परीक्षण करें।
• पहले क्लोज़्ड पाइलट चलाएँ, फिर एनालिटिक्स और लॉग्स से फ़ीडबैक लेकर सुधार करें।

निष्कर्ष

Copilot Studio एजेंट की सफलता टेस्ट पैन की चमक से नहीं, तीन बुनियादी कदमों से तय होती है: भरोसेमंद ज्ञान-स्रोत से ग्राउंडिंग, स्पष्ट पर्सोना और लगातार डिबगिंग। पब्लिश बटन किताब की आख़िरी पंक्ति नहीं, बल्कि असली परीक्षण की शुरुआत है। जब पाइलट का डेटा और लॉग्स पुष्टि करें कि उपयोगकर्ताओं को हर चैनल पर सही उत्तर मिल रहे हैं, तभी आप अपने बॉट को स्थिर कह सकते हैं। यह एक बार का बिल्ड नहीं, बल्कि निरंतर सुधार की प्रणाली है।