Metlivi ब्लॉग

एआई को अचानक विषय में आए बदलाव को स्वाभाविक रूप से कैसे संभालना चाहिए

जब कोई उपयोगकर्ता अचानक किसी नई बात के बारे में पूछता है, तो एआई को नवीनतम अनुरोध को ही उत्तर देने वाले कार्य के रूप में लेना चाहिए, बदलाव को संक्षेप में स्वीकार करना चाहिए, और केवल उन्हीं पुराने विवरणों को आगे बढ़ाना चाहिए जो स्पष्ट रूप से मदद करते हों। यदि उपयोगकर्ता के शब्दों का अर्थ एक नई शुरुआत या पुरानी बात को जारी रखना—दोनों हो सकता है, तो उस संबंध के बारे में एक केंद्रित प्रश्न पूछें। यह सरल क्रम सहायक को उपयोगी संदर्भ खोए बिना या किसी असंबंधित अनुरोध में पुरानी सामग्री को खींचे बिना उपयोगकर्ता के निर्देशों का पालन करने में मदद करता है।

30 सितंबर 20266 min readपढ़ना, कला और संस्कृतिलेखक: Metlivi Editorial Team
खंड 1

विषय में बदलाव पर सीधा उत्तर क्यों दिया जाना चाहिए

लोग सामान्य बातचीत के दौरान एक विषय से दूसरे विषय पर जाते हैं, और संवाद अनुसंधान (डायलॉग रिसर्च) लंबी बातचीत में विषय परिवर्तन को एक सामान्य विशेषता मानता है। 215 स्विचबोर्ड वार्ताओं के एक अध्ययन में पाया गया कि विषय परिवर्तन आमतौर पर एक प्रतिभागी द्वारा शुरू किए गए थे; शोध की एक अन्य शाखा ने विशेष रूप से यह परीक्षण किया है कि सिस्टम किसी बदलाव का पता कैसे लगाते हैं और उस पर प्रतिक्रिया कैसे उत्पन्न करते हैं। ये निष्कर्ष एक व्यावहारिक डिज़ाइन बिंदु का समर्थन करते हैं: एक संवादी एआई को यह पहचानने की आवश्यकता है कि उपयोगकर्ता ने सक्रिय कार्य को कब बदल दिया है, न कि यह मान लेने की कि प्रत्येक संदेश पिछले संदेश को ही जारी रखता है। (An Empirical Study of Topic Transition in Dialogue; TIAGE: A Benchmark for Topic-Shift Aware Dialog Modeling)

पहली प्रतिक्रिया को बदलाव को स्पष्ट बनाना चाहिए, न कि उपयोगकर्ता से यह स्पष्टीकरण मांगना चाहिए कि ऐसा क्यों हुआ। यदि कोई व्यक्ति सप्ताहांत के भोजन पर चर्चा कर रहा है और फिर पूछता है, “क्या आप मुझे एक छोटा धन्यवाद पत्र (थैंक-यू नोट) लिखने में मदद कर सकते हैं?”, तो सहायक बस कह सकता है, “ज़रूर—आइए नोट पर काम करते हैं।” भोजन की बातचीत का लंबा सार (रिकैप) रुकावट पैदा करता है और ऐसा लग सकता है कि सहायक पिछले विषय पर ही अटका हुआ है।

खंड 2

नए कार्य की पहचान से शुरुआत करें

नवीनतम संदेश को उसमें अनुरोधित कार्रवाई के लिए पढ़ें: ड्राफ्ट करना, समझाना, तुलना करना, योजना बनाना, संशोधित करना या उत्तर देना। फिर उस कार्रवाई के उद्देश्य और उसी संदेश में बताई गई किसी भी सीमा (बाध्यता) की पहचान करें। एक नया अनुरोध जैसे कि “बारिश वाली दोपहर के लिए मुझे तीन विचार दें” एक स्पष्ट कार्य प्रदान करता है, भले ही पिछले संदेश किसी भिन्न विषय से संबंधित रहे हों। सहायक सीधे उत्तर दे सकता है, पहले के मोड़ों से सामान्य प्राथमिकताओं का उपयोग केवल तभी कर सकता है जब वे स्पष्ट रूप से लागू होती हों—उदाहरण के लिए, इनडोर गतिविधियों के लिए पहले बताई गई कोई प्राथमिकता।

एक उपयोगी पावती (स्वीकृति) संक्षिप्त और विशिष्ट होती है: “बारिश के दिन की योजनाओं पर आते हैं: यहाँ इनडोर गतिविधियों के तीन विचार हैं।” कई मामलों में, उत्तर स्वयं ही इसे स्वीकार करने का काम कर सकता है। उपयोगकर्ता के इरादों की विस्तृत व्याख्या की घोषणा करने से बचें; विषय में बदलाव एक अलग संवादी कार्य का प्रमाण है, न कि इस बात का प्रमाण कि उपयोगकर्ता ने ऐसा क्यों किया। माइक्रोसॉफ्ट का बॉट-नेविगेशन मार्गदर्शन भी उपयोगकर्ता के किसी अन्य दिशा में जाने पर वर्तमान संवादी पथ पर ज़ोर देने और अप्रासंगिक होने पर पिछली जानकारी को जोड़ने के ख़िलाफ़ चेतावनी देता है। (Design bot navigation)

खंड 3

केवल वही संदर्भ रखें जो अपनी जगह पाने के योग्य हो

विवरणों को सीमा के पार ले जाने से पहले एक प्रासंगिकता परीक्षण का उपयोग करें: क्या यह तथ्य नए अनुरोध के उत्तर को ठोस रूप से बदल देगा? यदि हाँ, तो इसे रखें। यदि नहीं, तो इसे छोड़ दें। “एक दिवसीय यात्रा (डे ट्रिप) चुनने में मेरी मदद करें” से “इसके लिए मुझे क्या पैक करना चाहिए” पर जाने पर बताया गया बजट मायने रख सकता है। जब उपयोगकर्ता पैकिंग सूची मांगता है, तो किसी असंबंधित जन्मदिन के भाषण के सटीक शब्द संभवतः कोई मायने नहीं रखते।

यह उपयोगिता के बारे में एक निर्णय है, न कि यह दावा कि बातचीत के इतिहास को मिटा दिया जाना चाहिए। कुछ संवाद मॉडल स्पष्ट रूप से पिछले मोड़ों को विषय-जागरूक इकाइयों में विभाजित करते हैं, जबकि संवादी इंटरफेस विभिन्न मोड़ों के दौरान स्थिति (स्टेट) को भी बनाए रख सकते हैं। ये तंत्र दिखाते हैं कि संदर्भ को विभिन्न स्तरों पर प्रबंधित किया जा सकता है; वे यह निर्धारित नहीं करते हैं कि कौन सा पुराना विवरण किसी व्यक्तिगत अनुरोध के लिए प्रासंगिक है। व्यवहार में, सहायक को स्थायी बाधाओं को एक-कार्य वाले विवरणों से अलग करना चाहिए और आगे बढ़ाए गए तथ्य का उल्लेख केवल तभी करना चाहिए जब वह उत्तर को समझाने में मदद करता हो। (Topic-Aware Multi-turn Dialogue Modeling; Conversation state)

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

खंड 4

तय करें कि बदलाव स्पष्ट है या अस्पष्ट

एक स्पष्ट बदलाव के लिए किसी स्पष्टीकरण की आवश्यकता नहीं होती है। “नया सवाल,” “अलग विषय,” या “अब मेरी इसमें मदद करें…” जैसे वाक्यांश उपयोगकर्ता की दिशा को स्पष्ट करते हैं। ऐसा ही एक संपूर्ण अनुरोध भी करता है जिसकी पिछली बातचीत पर कोई सार्थक निर्भरता नहीं होती है। संक्षेप में स्वीकार करें और आगे बढ़ें।

एक संबंध तब अस्पष्ट होता है जब उपयोगकर्ता किसी ऐसे सर्वनाम या संदर्भ का उपयोग करता है जो एक से अधिक पुरानी वस्तुओं की ओर संकेत कर सकता है, या जब यह स्पष्ट नहीं होता है कि वे पुराने काम को अनुकूलित करना चाहते हैं या कुछ नया शुरू करना चाहते हैं। उदाहरण के लिए, दो संभावित उपहारों पर चर्चा करने के बाद, “क्या आप इसे अधिक व्यक्तिगत बना सकते हैं?” संदर्भ को अस्पष्ट छोड़ देता है। एक लक्षित प्रश्न पूछें: “क्या आपका मतलब किताब के विचार से है या कुकिंग क्लास से?” उद्देश्य को स्पष्ट करने पर माइक्रोसॉफ्ट का मार्गदर्शन लक्षित प्रश्नों और विकल्पों की सिफारिश करता है, साथ ही यह चेतावनी भी देता है कि बहुत अधिक प्रश्न बातचीत को पूछताछ जैसा बना सकते हैं। (Disambiguate customer intent)

यदि कोई संभावित व्याख्या सुरक्षित और सही करने में आसान है, तो सहायक इसे बता सकता है और जारी रख सकता है: “यह मानते हुए कि आपका मतलब धन्यवाद पत्र से है, यहाँ इसका एक अधिक आत्मीय संस्करण है।” इसका उपयोग केवल तभी करें जब गलत अनुमान लगाने से उपयोगकर्ता का प्रयास बर्बाद न हो या उत्तर विकृत न हो। जब विकल्पों से काफी अलग परिणाम उत्पन्न होने की संभावना हो, तो आगे बढ़ने से पहले पूछें।

खंड 5

एक व्यावहारिक प्रतिक्रिया क्रम

विषय में प्रत्येक अचानक बदलाव के लिए, इस संक्षिप्त क्रम को लागू करें:

आंतरिक रूप से नए कार्य का नाम तय करें। पहचानें कि उपयोगकर्ता अब क्या मांग रहा है और इसके साथ शामिल कोई भी बाधा क्या है।

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

पहले के संदर्भ को फ़िल्टर करें। केवल वही प्राथमिकता, तथ्य या बाधा आगे ले जाएँ जो नए उत्तर को सीधे प्रभावित करती हो।

एक वास्तविक अस्पष्टता को एक बार में हल करें। एक संक्षिप्त प्रश्न पूछें जो संभावित व्याख्याओं के बीच अंतर करता हो; यदि इससे उत्तर देना आसान हो जाता है तो विकल्प प्रस्तुत करें।

चुने गए कार्य का उत्तर दें। पुराने सूत्र को तब तक फिर से शुरू न करें जब तक कि उपयोगकर्ता उस पर लौटने के लिए न कहे।

इस उदाहरण पर विचार करें: एक उपयोगकर्ता पहले एक साधारण पिकनिक मेनू मांगता है और कहता है कि एक अतिथि नट्स (मेवे) से परहेज करता है। बाद में वे कहते हैं, “अलग प्रश्न: मेरे पड़ोसी के लिए एक छोटा सा उपहार सुझाएं।” स्पष्ट बदलाव नए इरादे को साफ कर देता है। नट वाली पाबंदी का उपहार के विचारों से कोई लेना-देना नहीं है, इसलिए इसे दोहराना या लागू करना व्यर्थ होगा। यदि इसके बजाय उपयोगकर्ता कहता है, “क्या आप इसे उनके लिए अधिक सुरक्षित बना सकते हैं?”, तो सहायक को पूछना चाहिए कि “इसे” का क्या संदर्भ है और “उनके” का क्या अर्थ है, यदि पिछले मोड़ों में कई संभावित वस्तुएं या लोग शामिल थे।

खंड 6

सामान्य गलतियाँ जो बदलाव को असहज बनाती हैं

छोड़े गए कार्य को जारी रखना। यदि उपयोगकर्ता एक नया, पूरा प्रश्न पूछता है, तो पिछली चेकलिस्ट को पूरा करने पर ज़ोर न दें या यह न पूछें कि क्या वे सुनिश्चित हैं कि वे बदलना चाहते हैं। उदाहरण के लिए, डायलॉगफ्लो सीएक्स (Dialogflow CX) के लिए डिज़ाइन मार्गदर्शन स्पष्ट कैंसल इंटेंट्स का वर्णन करता है ताकि लोग किसी सक्रिय संवादी विषय को छोड़ सकें। व्यापक डिज़ाइन का सबक उपयोगकर्ता के पुनर्निर्देशन के लिए जगह बनाना है। (Intents | Dialogflow CX)

प्रत्येक नए वाक्य को बिल्कुल नई शुरुआत मानना। कुछ छोटे संदेश पिछले संदर्भ पर निर्भर करते हैं: “दूसरे वाले को छोटा करें” अभी-अभी दी गई सूची के बिना समझ से बाहर है। संदर्भों को हल करने के लिए आवश्यक तत्काल संदर्भ को बनाए रखें, भले ही व्यापक विषय बदल जाए।

कोई संबंध गढ़ना (मनगढ़ंत संबंध बनाना)। दो विषयों के एक के बाद एक आने का मतलब यह नहीं है कि उपयोगकर्ता उन्हें संयोजित करना चाहता है। यदि संबंध उनके शब्दों द्वारा समर्थित नहीं है, तो नए अनुरोध का उत्तर उसकी अपनी शर्तों पर दें।

इरादा पहले से स्पष्ट होने के बाद भी प्रश्न पूछना। स्पष्टीकरण तभी उपयोगी होता है जब वह उत्तर को बदलता हो। अन्यथा यह कार्य में देरी करता है। लापता कड़ी के बारे में पूछें, न कि केवल इस तथ्य के बारे में कि उपयोगकर्ता ने विषय बदल दिया है।

खंड 7

एक वाक्य में एक स्वाभाविक बदलाव

एक उपयोगी पैटर्न है: “ज़रूर—[नया कार्य]। यदि यह अभी भी लागू होता है तो मैं [प्रासंगिक पुराना विवरण] का उपयोग करूँगा; [एक विशिष्ट प्रश्न]?” अंतिम प्रश्न का उपयोग केवल तभी करें जब कोई वास्तविक अस्पष्टता उत्तर को प्रभावित करती हो। एक आत्मनिर्भर अनुरोध के लिए, इसे छोड़ दें: “ज़रूर—बारिश वाली दोपहर के लिए यहाँ तीन कम लागत वाली इनडोर गतिविधियाँ हैं।”

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

संबंधित लेख

इस विषय को आगे पढ़ें